home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 5 / QRZ Ham Radio Callsign Database - Volume 5.iso / files / packet / misc / tfpcx210.exe / TFPCX.DOC < prev    next >
Encoding:
Text File  |  1993-11-20  |  100.6 KB  |  2,371 lines
  1.  
  2.             ████████  ███████  ██████     ████   ██    ██
  3.             ██▒██▒██▒  ██▒▒██▒  ██▒▒██   ██▒▒██  ██▒   ██▒
  4.             █▒▒██▒ █▒  ██▒  █▒  ██▒ ██▒ ██▒▒  █▒  ██  ██▒▒
  5.              ▒ ██▒  ▒  ██▒█  ▒  ██▒ ██▒ ██▒    ▒   ████▒▒
  6.                ██▒     ████▒    █████▒▒ ██▒         ██▒▒
  7.                ██▒     ██▒█▒    ██▒▒▒▒  ██▒        ████
  8.                ██▒     ██▒ ▒    ██▒     ██▒   █   ██▒▒██
  9.                ██▒     ██▒      ██▒      ██  ██▒ ██▒▒  ██
  10.               ████    ████     ████       ████▒▒ ██▒   ██▒
  11.                ▒▒▒▒    ▒▒▒▒     ▒▒▒▒       ▒▒▒▒   ▒▒    ▒▒
  12.  
  13.                        The Firmware PC Extended
  14.                    Version 2.10 (20. November 1993)
  15.  
  16.                   Residenter AX.25-Controller für PC
  17.                     und BayCom-Modem, -USCC-Karte,
  18.                      PA0HZP-OptoPcScc-Karte, KISS
  19.                     mit WA8DED-Hostmode-Interface
  20.  
  21.                  von René Stange, DG0FT @DB0KG.DEU.EU
  22.  
  23.            Frei für Funkamateure, keine kommerzielle Nutzung
  24.  
  25.  
  26.  
  27.  
  28. Inhaltsverzeichnis
  29.  
  30.   1.      Vorwort
  31.   2.      Hinweise zur Dokumentation
  32.   3.      Neuerungen seit Version 2.00
  33.   4.      Schnellstart
  34.   5.      Einführung
  35.  
  36.   6.      Aufruf und Konfiguration
  37.   6.1.    Allgemeine Optionen
  38.   6.2.    Optionen zum residenten Laden
  39.   6.2.1.  Port- und Baudraten-Konfiguration
  40.   6.2.2.  TFPC- und DRSI-Interface
  41.   6.2.3.  Sonstige Optionen
  42.   6.3.    TFPCX aus dem Speicher entfernen
  43.   6.4.    Terminalmode
  44.  
  45.   7.      Installation
  46.   7.1.    SP (DL1MEN)
  47.   7.2.    GP (DH1DAE)
  48.   7.3.    THP (DL1BHO)
  49.   7.4.    TERM (DL5FBD)
  50.   7.5.    CT (K1EA)
  51.   7.6.    DIEBOX (DF3AV)
  52.   7.7.    WINPR (DG6BI)
  53.   7.8.    TOP (DF8MT)
  54.   7.9.    FBB (F6FBB)
  55.   7.10.   MS-Windows, OS/2 u.a.
  56.  
  57.   8.      Betrieb
  58.   8.1.    Multiport-Erweiterungen
  59.   8.2.    Besonderheiten von Befehlen
  60.   8.3.    KISS
  61.   8.4.    DAMA
  62.  
  63.  
  64.   ANHANG
  65.  
  66.   1.      Befehlsübersicht
  67.  
  68.   2.      Fehlerbehebung (Modembetrieb)
  69.   2.1.    Sende- und Empfangsprobleme
  70.   2.2.    Probleme mit anderen Programmen
  71.   2.3.    Hardwareprobleme
  72.  
  73.   3.      Hardwareanschluß
  74.   3.1.    Serielle Modems
  75.   3.2.    BayCom-USCC-Karte
  76.  
  77.   4.      Informationen für Softwareentwickler
  78.   4.1.    Programm-Interface
  79.   4.1.1.  TFPC-Interface
  80.   4.1.2.  DRSI-Interface
  81.   4.1.3.  Spezielle Funktionen
  82.   4.2.    Format von Meldungen
  83.   4.3.    Extended Hostmode
  84.   4.4.    Bisherige Versionen
  85.  
  86.   5.      Urheberrechte und Nutzungsbedingungen
  87.   6.      Bezugshinweise
  88.  
  89.  
  90.  
  91. 1. Vorwort
  92.  
  93.   Diese  TFPCX-Version hat leider viel länger auf sich warten  lassen,
  94.   als  ich ursprünglich geplant hatte. Da die im  Februar  erschienene
  95.   Version 2.01, in baldiger Erwartung dieser vorliegenden Version, von
  96.   mir  nie  in den Mailboxen angekündigt wurde und auch  kaum  bekannt
  97.   geworden ist, beziehe ich mich in dieser Dokumentation auf das TFPCX
  98.   v2.00  als  Vorgängerversion.  Um die  Veröffentlichung  nicht  noch
  99.   weiter zu verzögern, mußte ich einige schon angekündigte Änderungen,
  100.   wie  die  grundlegende Überarbeitung der  Modemansteuerung,  nochmal
  101.   verschieben.
  102.  
  103.   Als  Neuerung  ist vor allem die Unterstützung  des  KISS-Modes  für
  104.   mehrere  Ports zugleich, der PA0HZP-OptoPcScc-Karte und der  BayCom-
  105.   9k6-USCC-Karte zu erwähnen. Außerdem gibt es bessere Konfigurations-
  106.   möglichkeiten,   Verbesserungen  beim  DAMA-Betrieb  u.a.  Für   die
  107.   Aktivierung  des KISS-Modes im TNC wird das neue  Programm  KISSINIT
  108.   mitgeliefert (siehe KISSINIT.DOC). Die Neuerungen sind in  Abschnitt
  109.   3.  aufgeführt. Abschnitt 4. gibt einige Hinweise, was beim  Umstieg
  110.   von einer früheren Version zu beachten ist.
  111.  
  112.   Ich  muß darauf hinweisen, daß ich nicht garantieren kann,  daß  das
  113.   TFPCX  auf allen PCs problemlos mit seriellen  Modems  funktioniert,
  114.   besonders auf langsamen Rechnern gibt es teilweise Empfangsprobleme.
  115.   XTs  mit  Taktfrequenzen  unter  8  MHz  sind  nicht  oder  nur  mit
  116.   Einschränkungen  verwendbar.  Oftmals  verursachen  auch   bestimmte
  117.   residente  Programme derartige Probleme (siehe Anhang 2.1.).  Da  es
  118.   sich  hier um kein kommerzielles Produkt handelt, nehme ich  das  in
  119.   Kauf.  Mit gewissen Kompromissen müßten die meisten Nutzer zu  einem
  120.   brauchbaren Betrieb kommen.
  121.  
  122.   Mein Dank gilt diesmal Peter (DB2OS), Asko (DG2BRS), Denis  (G0KIU),
  123.   Henk  (PA0HZP),  Rob (PE1CHL), dem BayCom-Team, allen  Spendern  und
  124.   allen Usern, die mir mit Hinweisen und Vorschlägen geholfen haben.
  125.  
  126.  
  127.   73s von René, DG0FT                    Strausberg, 20. November 1993
  128.  
  129.  
  130.  
  131. 2. Hinweise zur Dokumentation
  132.  
  133.   Ich  gehe  in  dieser  Dokumentation  davon  aus,  daß  bereits  ein
  134.   funktionsfähiges  Modem,  eine SCC-Karte oder ein KISS-TNC  und  ein
  135.   passendes  Terminalprogramm zur Verfügung stehen und Kenntisse  über
  136.   die TNC-Software  The Firmware (NORD><LINK) oder die WA8DED-Firmware
  137.   vorhanden   sind.  Zu  dieser  Beschreibung  gehört   deshalb   eine
  138.   Dokumentation  der  The Firmware 2.4c, die man bei  Bedarf  zu  Rate
  139.   ziehen  sollte.  Hier werden nur die Unterschiede im  Vergleich  zur
  140.   TNC-Firmware behandelt.
  141.  
  142.   Wer  auch ohne längeres Studium dieser Dokumentation mit  dem  TFPCX
  143.   zurechtkommt, hat Zeit gespart, aber vielleicht auch ein paar Tricks
  144.   übersehen. Falls man jedoch Fragen oder Probleme hat, dann bitte ich
  145.   darum, daß man zunächst hier nach einer Lösung sucht. Die  Erfahrung
  146.   zeigt, daß immer wieder die gleichen Fragen gestellt werden und  ich
  147.   habe  das  hier berücksichtigt ohne  Anspruch  auf  Vollständigkeit.
  148.   Allerdings  kann diese Dokumentation auch kein Grundkurs für  MS-DOS
  149.   und  Packet Radio sein. Man kann übrigens sehr gut die  Suchfunktion
  150.   eines Texteditors nutzen, um ein bestimmtes Stichwort zu finden.
  151.  
  152.   In dieser Dokumentation wird einige Hard- und Software erwähnt,  die
  153.   von   anderen  Funkamateuren  entwickelt  wurde,  meist  steht   das
  154.   Rufzeichen des Urhebers in Klammern dahinter.
  155.  
  156.   An einigen Stellen (besonders in Anhang 1.) wird der Standardwert 10
  157.   als die maximale Kanalanzahl genannt. Dieser Wert ist konfigurierbar
  158.   und dient nur als Platzhalter. Wird die Option '-CH' verwendet, gilt
  159.   der angegebene Parameter anstelle der '10'.
  160.  
  161.   Begriffe und Abkürzungen:
  162.  
  163.   Port       ein  Packet Radio Interface bestehend  aus  Schnittstelle
  164.              (COM,  LPT  oder  SCC-Port),  Modem  und  Funkgerät,  bei
  165.              mehreren Ports wird hier von Multiport-Betrieb gesprochen
  166.  
  167.   Kanal      einer  der  maximal 10  gleichzeitig  möglichen  Connects
  168.              (Verbindungen),  beim BayCom ist die Bedeutung  von  Port
  169.              und Kanal genau entgegengesetzt
  170.  
  171.   Frame      eine über Packet Radio übertragene Dateneinheit  (Paket),
  172.              bestehend aus Adreßfeld, Steuerfeld, Daten und Prüfsumme
  173.  
  174.   Interrupt  Unterbrechung des gerade laufenden Programms durch  Hard-
  175.              ware-Ereignisse  (z.B. gedrückte Taste, bestimmtes  Zeit-
  176.              intervall vorbei), Software-Interrupts werden nicht durch
  177.              die  Hardware  sondern durch einen  bestimmten  Programm-
  178.              befehl ausgelöst
  179.  
  180.   KISS       (KA9Q  u.a.)  steht  für  'Keep  It  Simple  Stupid'  und
  181.              definiert  ein einfaches Datenformat zur Übertragung  von
  182.              Frames  und TNC-Parametern über eine asynchrone  serielle
  183.              Schnittstelle.  Ursprüngliches Ziel war  die  Verlagerung
  184.              der  Protokollabarbeitung  aus dem TNC in  den  Terminal-
  185.              Rechner,  um vom TNC nicht unterstützte  Protokolle  ver-
  186.              wenden zu können. KISS ist in vielen TNCs  implementiert,
  187.              ermöglicht aber auch die direkte Rechner-Kopplung.
  188.  
  189.   SMACK      (DL5UE und DK5SG) ist die Abkürzung von 'Stuttgarts Modi-
  190.              fiziertes  Amateurfunk-CRC-KISS'  und erweitert  das  von
  191.              einer  fehlerfreien  Übertragung ausgehende KISS  um  ein
  192.              Prüfsummenverfahren  (CRC),  wodurch   Übertragungsfehler
  193.              erkannt werden können.
  194.  
  195.   0x         Prefix von Hexadezimalzahlen (z.B. 0x300 = 300H)
  196.  
  197.  
  198.  
  199. 3. Neuerungen seit Version 2.00
  200.  
  201.   - Der KISS-Mode wird inklusive SMACK für bis zu 4 Ports und 57600
  202.     Baud unterstützt (Option -PKISS). Fehlerhafte Frames (z.B. durch
  203.     Zeichenverluste) werden ignoriert und gezählt (siehe Abschnitte
  204.     6.2.1. und 8.3.). Mittels TFPCX und KISS kann GP (DH1DAE) nun auch
  205.     mehrere TNCs parallel ansteuern.
  206.  
  207.   - Die PA0HZP-OptoPcScc-Karte wird unterstützt (Option -POSCC, siehe
  208.     Abschnitt 6.2.1.).
  209.  
  210.   - Die BayCom-9k6-USCC-Karte funktioniert jetzt auch mit dem TFPCX
  211.     (Option -PUSCC, siehe Abschnitt 6.2.1.). Bei wenigen BayCom-USCC-
  212.     Karten wurden auf Grund von Timing-Problemen sinnlose Daten
  213.     gesendet. Durch eine andere Ansteuerung der SCC-Controller werden
  214.     diese Probleme umgangen.
  215.  
  216.   - Für SCC-Karten und COM-Ports (bei KISS) können AT-IRQs (9, 10, 11,
  217.     12, 14, 15) verwendet werden.
  218.  
  219.   - Die Anzahl der freien Puffer (Option -BU) und der Connect-Kanäle
  220.     (Option -CH) und damit der benötigte Speicherplatz sind nun
  221.     konfigurierbar. (Standard: 600 Puffer/10 Kanäle, siehe Abschnitt
  222.     6.2.3.)
  223.  
  224.   - Die Initialisierungsdatei (Option -F) kann nun Leerzeilen und
  225.     Kommentare enthalten. ESC-Zeichen werden automatisch erzeugt und
  226.     brauchen nicht mehr als '^' angegeben zu werden. (siehe Abschnitt
  227.     6.2.3.)
  228.  
  229.   - Beim DRSI-Interface (Option -DR) wurden Inkompatiblitäten mit dem
  230.     DRSI-TNCTSR-Treiber beseitigt, die bisher z.B. zu Problemen mit
  231.     Monitor und Heardlist beim Betrieb mit FBB (F6FBB) führten. Falls
  232.     es durch diese Änderungen nun Probleme mit anderen Programmen gibt
  233.     (z.B. bei TOP), kann man mit der Option -DX das bisherige
  234.     (modifizierte) DRSI-Interface verwenden (siehe Abschnitt 6.2.2.).
  235.  
  236.   - Der neue Befehl @PO ermöglicht die wahlweise Zuordnung eines Ports
  237.     zu einem Kanal, der dann nur von diesem Port aus connected werden
  238.     kann, was z.B. beim Programm TOP (DF8MT) nützlich ist (siehe
  239.     Abschnitte 7.8. und 8.2.).
  240.  
  241.   - Durch einen Transparent-Modus bei Empfang (Befehl @M) und
  242.     abschaltbares Zeichenecho (Befehl E) ist der #BIN#-Empfang im
  243.     Terminalmode (z.B. mit TERM (DL5FBD)) möglich. (siehe Abschnitte
  244.     7.4. und 8.2.)
  245.  
  246.   - Interne Connects (Loopback) lassen sich bei Bedarf verhindern
  247.     (Option -NL, siehe Abschnitt 6.2.3.).
  248.  
  249.   - TXTAIL (Befehl @TA) wird bei seriellem Modem und SCC-Karte unter
  250.     Berücksichtigung von Baudrate und Timer-Ungenauigkeit optimal
  251.     eingestellt. Bisher gab es teilweise Probleme beim Betrieb mit 300
  252.     Baud.
  253.  
  254.   - Wird die Option -P nicht angegeben, wird nun nicht mehr wie bisher
  255.     ein serielles Modem an COM1 benutzt, sondern überhaupt kein Port
  256.     angesteuert, was nur für Testzwecke mit internen Connects sinnvoll
  257.     ist. Im Normalfall ist -P also immer anzugeben.
  258.  
  259.   - Die Option -D (Debug) bezieht sich jetzt auf die letzte vor dem -D
  260.     stehende Option -P (Port). Damit ist die Überwachung beliebiger
  261.     Ports auch beim Multiport-Betrieb möglich (siehe Abschnitt
  262.     6.2.3.).
  263.  
  264.   - Disconnect im Hintergrundbetrieb bzw. Terminalmode ist mit Remote-
  265.     Kommando '//Q' möglich. (Befehl U, siehe Abschnitt 8.2.)
  266.  
  267.   - Durch eine DAMA-Änderung (wie TF 2.6) sollten die bekannten
  268.     Meckermeldungen von TheNetNode-Digis bei Multiconnect nun kaum
  269.     noch auftreten.
  270.  
  271.   - Der Extended Hostmode (DG3DBI) wird unterstützt und ermöglicht
  272.     schnellere Kommunikation mit dem Terminalprogramm.
  273.  
  274.   - Die Default-Werte für die Parameter F, N, P, R, T, U, @A3, @I,
  275.     @T2, @T3, @T4 und @TA wurden geändert.
  276.  
  277.  
  278.  
  279. 4. Schnellstart
  280.  
  281.   Auf  Grund verschiedener Konfigurationsmöglichkeiten  und  Terminal-
  282.   programme  läßt  sich  kein allgemeines  Kochrezept  angeben.  Meist
  283.   reicht  es aus, wenn man sich zunächst die Abschnitte 6.2.1. und  7.
  284.   (entsprechend  verwendeten  Programm)  anschaut.  Gibt  es  Probleme
  285.   sollte man Anhang 2. lesen. Für den Betrieb mit mehreren Ports  sind
  286.   Abschnitt  8.1. und 8.2. wichtig. Im Abschnitt 8.3. werden  wichtige
  287.   Hinweise für den KISS-Betrieb gegeben.
  288.  
  289.   Wurde bei einer Vorgängerversion keine '-P'-Option angegeben und der
  290.   Default-Port  COM1 verwendet, ist nun unbedingt die Option  '-PCOM1'
  291.   notwendig.
  292.  
  293.   Falls bisher die Version 2.00 mit mehr als 10 Kanälen benutzt wurde,
  294.   muß die Option '-CHnn' beim Start von TFPCX angegeben werden,  wobei
  295.   nn die gewünschte Kanalanzahl ist.
  296.  
  297.   Wenn  bisher die Option '-DR' verwendet wurde und damit  bei  dieser
  298.   Version Probleme mit Monitor oder Heardliste auftreten, dann  sollte
  299.   anstelle von '-DR' die Option '-DX' angegeben werden (z.B. bei TOP).
  300.  
  301.   Wer bis jetzt mit Version 1.1x gearbeitet hat und auch weiterhin nur
  302.   ein  Modem  verwenden will, braucht lediglich die Option  '-C'  beim
  303.   Laden  von TFPCX angeben, wenn die Sende-/Empfangsanzeige  gewünscht
  304.   wird, da sie nun nicht mehr automatisch eingeschaltet wird. Wenn man
  305.   bisher die Option '-NC' angegeben hatte, ist diese zu streichen.
  306.  
  307.   Mit  'TFPCX  -H' lassen sich alle Optionen in Kurzform  abrufen  und
  308.   'TFPCX -U' entfernt das TFPCX wieder aus dem Speicher.
  309.  
  310.  
  311.  
  312. 5. Einführung
  313.  
  314.   Packet Radio wurde und wird vor allem mit sogenannten Terminal-Node-
  315.   Controllern  (TNC) betrieben, die die gesamte PR-spezifische  Proto-
  316.   kollabwicklung  (AX.25)  übernehmen und den benutzten  Computer  zum
  317.   komfortablen  Datensichtgerät  machen. Dabei sind TNCs  auch  nichts
  318.   anderes als einfache Rechner mit serieller Schnittstelle und  Modem.
  319.   Auf Grund der weiten Verbreitung einer speziellen vor allem auf  dem
  320.   TNC2 laufenden TNC-Software (WA8DED-Firmware oder die kompatible The
  321.   Firmware    von   NORD><LINK)   existieren    mittlerweile    einige
  322.   leistungsfähige  und weit verbreitete Programme, die  das  spezielle
  323.   Software-Interface dieser Firmware (WA8DED-Hostmode) verwenden.
  324.  
  325.   Da  heutzutage auch leistungsfähige PCs nicht mehr sehr teuer  sind,
  326.   bietet es sich an, ihnen die Arbeit des TNCs zu übertragen und damit
  327.   die Investition für den TNC einzusparen. Außerdem ist ein  Portabel-
  328.   betrieb mit Laptop oder Notebook auch viel eleganter, wenn man nicht
  329.   einen  'grauen Kasten' zusätzlich mit sich herumschleppen  muß.  Für
  330.   diesen  Zweck bietet seit einiger Zeit das BayCom-System  (Terminal,
  331.   Modem  oder  USCC-Karte)  eine schnelle,  billige  und  leicht  ver-
  332.   ständliche Lösung. Allerdings ist BayCom ein abgeschlossenes System,
  333.   das den Betrieb der TNC-Terminalprogramme nicht unterstützt.
  334.  
  335.   An  dieser Stelle setzt das TFPCX an, da es die Verbindung  zwischen
  336.   der  vorhandenen Hardware (serielles Modem oder USCC-Karte) und  den
  337.   Terminalprogrammen  für  TNCs  schafft.  Das  TFPCX  ist  eine   Art
  338.   speicheresidenter TNC der einmal in den PC geladen wird, es sich  im
  339.   Speicher  bequem  macht und dann ständig von den Interrupts  des  PC
  340.   angetrieben  im  Hintergrund  seine Arbeit  verrichtet,  also  Daten
  341.   sendet  und  empfängt  und auf Befehle des  Nutzers  reagiert.   Die
  342.   Daten-  und  Befehlsschnittstelle  zum  Terminalprogramm  (Software-
  343.   Interrupt)  ist dabei sehr ähnlich zu der bei TNCs  verwendeten  und
  344.   außerdem  (was  wichtig ist) gut dokumentiert. Es  bereitet  deshalb
  345.   kaum Schwierigkeiten ein existierendes Programm mit dem TFPCX  lauf-
  346.   fähig  zu machen und für die wichtigsten Programme ist dies  bereits
  347.   geschehen.
  348.  
  349.   Wenn das TFPCX geladen ist, verhält sich das System so, als wenn ein
  350.   TNC  angeschlossen  wäre, kann also von außen connectet  werden  und
  351.   speichert alle ankommenden Nachrichten. Da das TFPCX im  Hintergrund
  352.   läuft, können nebenbei auch andere Programme verwendet werden  (Aus-
  353.   nahmen  siehe Anhang 2.2.). Auf ungelesene Informationen  macht  ein
  354.   blinkendes Rechteck in der rechten oberen Bildschirmecke aufmerksam.
  355.   Sobald das Terminalprogramm gestartet wird, erscheint der empfangene
  356.   Text auf den Bildschirm. TFPCX ist vergleichbar mit dem Programm  L2
  357.   (DL8MBT) des BayCom-Systems.
  358.  
  359.   Das TFPCX dient nicht zum Betrieb mit TCP/IP-Software und läuft  nur
  360.   auf  IBM-kompatiblen  PCs.  TCP/IP kann man mit  dem  Packet  Driver
  361.   AX25DRV (SP9VRC) für BayCom-kompatible Modems machen.
  362.  
  363.  
  364.  
  365. 6. Aufruf und Konfiguration
  366.  
  367.   TFPCX wird durch folgende Befehlszeile aktiviert:
  368.  
  369.   TFPCX [ -N ] [ <load options> | -T | -U ]
  370.  
  371.   Alle  Optionen  werden durch '-' eingeleitet und  durch  Leerzeichen
  372.   voneinander getrennt. Innerhalb einer Option sind keine  Leerzeichen
  373.   zulässig. Groß-/Kleinschreibung wird nicht unterschieden.  Bestimmte
  374.   Optionen  (z.B.  '-P') haben mehrere Parameter, die  durch  ein  ':'
  375.   getrennt  werden.  Für  ausgelassene  Angaben  werden  Standardwerte
  376.   eingesetzt.
  377.  
  378.   Beispiel:
  379.  
  380.   Für  '-PUSCC::5' wird '-PUSCC:300:5:1103' verwendet, indem  für  die
  381.   fehlenden Werte 300 und 1103 eingesetzt wird.
  382.  
  383.   Es  ist sinnvoll, das TFPCX aus einem Batch-File zu  starten,  damit
  384.   man nicht immer die gleichen Optionen schreiben muß. Zunächst werden
  385.   alle  Optionen kurz in der Form aufgelistet, wie sie auch im  Hilfe-
  386.   Text  mit  'TFPCX -H' abrufbar sind  und  dann   einzeln  erläutert.
  387.   <load options> sind nur beim residenten Laden des TFPCX relevant und
  388.   gelten bis zum Entladen.
  389.  
  390.   <general options>
  391.     -N no messages
  392.     -T terminal mode
  393.     -U unload
  394.  
  395.   <load options>
  396.     -P<port>  attach packet port  -D  debug mode
  397.     -B<baud>  baud rate           -DM use DRSI messages
  398.     -F[file]  read init file      -DR emulate DRSI driver
  399.     -C[xx]    show DCD [color]    -DX modified DRSI interface
  400.     -Ixx      TFPCX interrupt     -NB no blinking rectangle
  401.     -BU[nnnn] number of buffers   -ND no disk access if DCD
  402.     -CHnn     number of channels  -NL no loopback
  403.  
  404.   <port>  COMn[:xxx] | LPTn[:xxx] | KISSn[:xxx:nn] | <scc>[:xxx:nn:nnnn]
  405.           1-4^  ^addr  1-4^  ^addr   1-4^addr^ ^IRQ     addr^ IRQ^ ^<clock>
  406.   <scc>   OSCC | USCC
  407.   <clock> 0 = disable    2 = hardclock    4 = PA0HZP port  (1 digit/
  408.           1 = softclock  3 = DF9IC modem  5 = PA0HZP timer  channel)
  409.   <baud>  nnnn[:nnnn ...] (1 number/port)
  410.  
  411.  
  412.   []  Angabe ist optional
  413.   |   alternative Angabe
  414.   x   Hexadezimalziffer
  415.   n   Dezimalziffer
  416.  
  417.  
  418. 6.1. Allgemeine Optionen
  419.  
  420.   Diese  Optionen können zusammen mit jeder anderen  Option  verwendet
  421.   werden. Es gibt im Augenblick nur eine:
  422.  
  423. -N  Nachrichten unterdrücken
  424.  
  425.   Falls  die Nachrichten des Programms stören (z.B.  in  Batch-Files),
  426.   können  sie hiermit unterdrückt werden.  Fehlermeldungen  erscheinen
  427.   aber weiterhin.
  428.  
  429.  
  430. 6.2. Optionen zum residenten Laden
  431.  
  432.   Das  TFPCX  wird immer dann resident in den Speicher  geladen,  wenn
  433.   keine der Optionen '-T' oder '-U' angegeben ist und es nicht  selbst
  434.   oder  der TFPCR- oder DRSI-TNCTSR-Treiber bereits  aktiviert  wurde.
  435.   Wenn man also mehrere Treiber zusammen verwenden will, muß das TFPCX
  436.   immer   als  erstes  aufgerufen  werden.  Ich  kann   jedoch   nicht
  437.   garantieren, daß man auf diese Weise auch problemlos arbeiten kann.
  438.  
  439.   Das TFPCX kann auch mit LOADHIGH in den oberen Speicherbereich (UMB)
  440.   geladen  werden, wenn dort genug Speicher frei ist. Allerdings  gibt
  441.   es  teilweise  Probleme  mit den  dazu  notwendigen  EMM386-Treibern
  442.   (siehe Anhang 2.1.).
  443.  
  444.   Um  das  TFPCX  an  verschiedene  Packet-Hardware,   Übertragungsge-
  445.   schwindigkeiten,  Terminalprogramme  und Nutzerwünsche  anpassen  zu
  446.   können, existieren die hier behandelten Optionen.
  447.  
  448.   Nach dem Laden erscheint z.B. die Meldung
  449.  
  450.   ┌─────────────────────────────────────┐
  451.   │ TFPCX v2.10  (Nov 20 1993) by DG0FT │
  452.   │     TF v2.3b DAMA by NORD><LINK     │
  453.   │    Free for non-commercial usage    │
  454.   ├─────────────────────────────────────┤
  455.   │ 5 Port(s), 10 Channels, TFPC-Int FD │
  456.   ├─────────────────────────────────────┤
  457.   │ 0: COM1 (3F8/00),  1200 Bd, MODEM   │
  458.   │ 1: SCC0 (300/07),  1200 Bd, SOFTCLK │
  459.   │ 2: SCC1 (301/07),  1200 Bd, SOFTCLK │
  460.   │ 3: SCC3 (303/07),  9600 Bd, DF9IC   │
  461.   │ 4: COM2 (2F8/03),  9600 Bd, KISS    │
  462.   └─────────────────────────────────────┘
  463.  
  464.   und  das  DOS-Prompt. TFPCX ist jetzt installiert und  belegt  einen
  465.   Teil des Hauptspeichers. Im unteren Kästchen wird für jeden Port die
  466.   Nummer,  die  Schnittstelle,  die Adresse und  evtl.  der  IRQ,  die
  467.   Baudrate und die Art des angeschlossenden Modems ausgegeben.
  468.  
  469.  
  470. 6.2.1. Port- und Baudraten-Konfiguration
  471.  
  472. -P  Angabe der benutzten Ports
  473.  
  474.   Diese  Option kann mehrfach verwendet werden und zwar maximal 2  mal
  475.   für serielle Modems, 1 mal für SCC-Karten und 4 mal für  KISS-Ports,
  476.   wenn  dabei  nicht die Obergrenze von 8  Ports  überschritten  wird.
  477.   Besonders bei seriellen Modems ist die Belastung des Rechners  durch
  478.   mehrere Ports nicht zu unterschätzen.
  479.  
  480.   Die Vergabe der Portnummern, erfolgt in der Reihenfolge, in der  die
  481.   Ports auf der Kommandozeile angegeben werden, wobei die  Reihenfolge
  482.   der SCC-Ports fest ist. Die obige Meldung erscheint beim Aufruf:
  483.  
  484.   TFPCX -PCOM1 -PUSCC -PKISS2
  485.  
  486.   Wird die Option '-P' überhaupt nicht angegeben, wird auch kein  Port
  487.   angesteuert, was nur für Tests mit internen Connects sinnvoll ist.
  488.  
  489.   Die optional möglichen Portadressen müssen im Bereich von 0x100  bis
  490.   0x3F8  liegen  und durch 8 teilbar sein. Bei SCC und KISS  sind  die
  491.   IRQs  2-5, 7, 9-12 und 14-15 möglich (bei XTs nur IRQs  kleiner  8).
  492.   ATs haben keinen wirklichen IRQ 2. Anstelle dessen wird deshalb  IRQ
  493.   9 verwendet. Jede Schnittstelle muß einen eigenen IRQ haben.
  494.  
  495. -PCOMn oder -PLPTn  Modem an COMn bzw. LPTn (n = 1-4)
  496.  
  497.   Die Basisadresse des Portes wird dem BIOS-Datenbereich entnommen und
  498.   muß  dort eingetragen sein. Manche BIOS-Versionen vergessen das  bei
  499.   COM3   und COM4. In diesem  Fall läßt  sich die Adresse in der  Form
  500.   '-P<Port>:xxx' auch explizit setzen.
  501.  
  502.   Beispiel:
  503.  
  504.   TFPCX -PCOM3:338
  505.  
  506.   Mit  diesem  Aufruf  wird ein Modem an  COM3  verwendet,  wobei  als
  507.   Basisadresse  die  0x338 verwendet wird. Diese Adresse muß  man  der
  508.   Schnittstellenbeschreibung  entnehmen. Die Nummer der  Schnittstelle
  509.   (hier also die 3) wird ignoriert, wenn eine Adresse angegeben  wird,
  510.   muß aber trotzdem zwischen 1 und 4 liegen. Der IRQ der Schnittstelle
  511.   ist für TFPCX uninteressant und wird nicht benutzt.
  512.  
  513.   Werden  2 Modems verwendet sollte man zuerst den Port  angeben,  den
  514.   man am häufigsten benutzt, da dieser evtl. etwas bevorzugt wird.  Es
  515.   versteht  sich von selbst, daß andere Programme nicht  auf  Schnitt-
  516.   stellen zugreifen dürfen, die vom TFPCX verwendet werden.
  517.  
  518. -PUSCC:<Base>:<IRQ>:<Modems>  BayCom-USCC-Karte verwenden
  519. -POSCC:<Base>:<IRQ>:<Modems>  PA0HZP-OptoPcScc-Karte verwenden
  520.  
  521.   Als Parameter wird die Basisadresse der SCC-Karte, der IRQ und  eine
  522.   maximal  4 stellige Ziffernfolge angegeben, die über die Art der  an
  523.   den  bis  zu  4 SCC-Ports  angeschlossenden  Modems  Auskunft  gibt.
  524.   Folgende Angaben sind möglich (siehe auch Anhang 3.2.):
  525.  
  526.   0  Disable       Port wird nicht benutzt (abgeschaltet)
  527.  
  528.   1  Softclock     Takt für Senden und Empfang wird intern erzeugt für
  529.                    AFSK-Modems (kein Duplex möglich)
  530.  
  531.   2  Hardclock     Sendetakt wird vom Modem geliefert, Empfangstakt
  532.                    wird intern erzeugt (z.B. G3RUH)
  533.  
  534.   3  DF9IC-Modem   Takt für Senden und Empfang wird vom Modem
  535.                    geliefert, NRZ-Mode
  536.  
  537.   4  PA0HZP-Port   Empfangstakt wird intern erzeugt, extern durch 32
  538.                    geteilt und dem SCC-Controller als Sendetakt wieder
  539.                    zugeführt (für OptoPcScc-Karte)
  540.  
  541.   5  PA0HZP-Timer  Port wird nicht benutzt, erzeugt aber einen Zeit-
  542.                    takt für Timing-Zwecke (nur für OptoPcScc-Karte)
  543.  
  544.   Die Modemtypen 1 bis 3 sind speziell für die USCC-Karte  vorgesehen,
  545.   während Typ 4 nur mit der OptoPcScc-Karte funktioniert.
  546.  
  547.   Ziffer  5 hat eine besondere Bedeutung. Das TFPCX benötigt  für  die
  548.   verschiedenen internen Timer einen Zeittakt, der von der  OptoPcScc-
  549.   Karte jedoch nicht geliefert wird. Deshalb wird der Systemtimer  des
  550.   PC   verwendet,  der  aber  nur  eine  recht  ungenaue   Zeitmessung
  551.   ermöglicht,  was  bei einigen Parametern (z.B. TXDELAY  und  TXTAIL)
  552.   problematisch   ist.  Das  TFPCX  bietet  die   Möglichkeit,   einen
  553.   ungenutzten  SCC-Port zur Generierung eines genaueren Zeittaktes  zu
  554.   verwenden,  was  auch unbedingt zu empfehlen ist,  wenn  nicht  alle
  555.   Ports benötigt werden.
  556.  
  557.   Beispiele:
  558.  
  559.   TFPCX -PUSCC:300:7:1103
  560.  
  561.   Basisadresse  0x300,  IRQ 7, USCC-Ports 0 und 1  mit  Softclock  für
  562.   normale  AFSK-Modems (Ziffer 1), Port 2 ist abgeschaltet (Ziffer  0)
  563.   und  Port  3  mit  DF9IC-Modem (Ziffer 3).  Das  ist  die  Standard-
  564.   einstellung, wenn nur '-PUSCC' angegeben wird.
  565.  
  566.   TFPCX -PUSCC:300:7:31
  567.  
  568.   USCC-Port  0  mit DF9IC-Modem, Port 1 mit Softclock, Ports 2  und  3
  569.   abgeschaltet.  Diese Einstellung ist für die  9k6-USCC-Karte  nötig,
  570.   die nur 2 SCC-Ports bietet. Wird gar kein Modem-Takt angegeben  gilt
  571.   '1103'  (wie  oben), erfolgt jedoch eine Angabe mit  weniger  als  4
  572.   Ziffern gilt für den Rest '0'.
  573.  
  574.   TFPCX -POSCC:150:3:4445
  575.  
  576.   OptoPcScc-Karte  mit Basisadresse 0x150, IRQ 3, Port 0 bis 2  werden
  577.   als  Modemports mit externem Taktteiler benutzt, Port 3 erzeugt  den
  578.   Zeittakt. Dies ist die Standardeinstellung für '-POSCC' ohne weitere
  579.   Parameter.
  580.  
  581. -PKISSn:<Base>:<IRQ>  KISS-Port an COMn (n = 1-4)
  582.  
  583.   Die  Basisadresse <Base> wird automatisch ermittelt, kann  aber  bei
  584.   Bedarf auch manuell angegeben werden. IRQ 4 wird standardmässig  für
  585.   COM1  und 3 verwendet, IRQ 3 für COM2 und 4. Stimmt diese  Zuordnung
  586.   nicht, muß der IRQ angegeben werden.
  587.  
  588.   Beispiele:
  589.  
  590.   TFPCX -PKISS1
  591.  
  592.   KISS-Port an COM1, Basisadresse und IRQ wird automatisch  ermittelt.
  593.   Für COM1 und 2 reicht diese Angabe im Allgemeinen aus.
  594.  
  595.   TFPCX -PKISS3:338:5
  596.  
  597.   KISS-Port an COM3, Basisadresse 0x338, IRQ 5
  598.  
  599. -Bnnnn[:nnnn ...]  Baudrate je Port einstellen
  600.  
  601.   Bei mehreren Ports werden durch ':' getrennte Werte angegeben in der
  602.   Reihenfolge steigender Portnummern. Folgende Werte sind möglich:
  603.  
  604.                                                        Standard
  605.  
  606.   serielles Modem   300, 1200, 2400 oder 4800 Baud       1200
  607.  
  608.   SCC Softclock     50-38400 Baud                        1200
  609.       PA0HZP-Port   50-38400 Baud                        1200
  610.       Hardclock     50-38400 Baud                        9600
  611.       DF9IC-Modem    1-65535 Baud (ohne Bedeutung)       9600
  612.  
  613.   KISS              2400, 4800, 9600, 19200,             9600
  614.                     38400 oder 57600 Baud
  615.  
  616.   Beim  seriellen  Modem  und bei KISS sind nur  die  genannten  Werte
  617.   möglich, bei SCC auch Zwischenwerte. Bei Hardclock muß der vom Modem
  618.   gelieferte Sendetakt mit dem angegebenen übereinstimmen, beim DF9IC-
  619.   Modem  ist der Wert bedeutungslos, da der Takt extern erzeugt  wird,
  620.   man  sollte aber trotzdem den richtigen Wert angeben, weil  er  z.B.
  621.   beim Befehl 'P' angezeigt wird.
  622.  
  623.   Beispiel:
  624.  
  625.   TFPCX -PCOM1 -PUSCC:::1003 -B300:1200:19200
  626.  
  627.   Modem an COM1 mit 300 Baud, USCC-Port 0 mit Softclock und 1200  Baud
  628.   und USCC-Port 3 mit DF9IC-Modem und 19200 Baud.
  629.  
  630.   Welche  Baudrate  auf  einem  PC  möglich  ist,  hängt  von   seiner
  631.   Rechenleistung  ab (siehe auch Tabelle im Anhang 2.1.). Bei  Betrieb
  632.   eines  seriellen  Modems mit 300 Baud weicht die  Systemuhr  in  der
  633.   Stunde um eine halbe Minute ab.
  634.  
  635.  
  636. 6.2.2. TFPC- und DRSI-Interface
  637.  
  638.   Das  TFPCX  bietet zur Kommunikation mit dem  Terminalprogramm  vier
  639.   verschiedene Varianten, von denen je nach verwendeten Programm  eine
  640.   ausgewählt  werden  muß. Für Programmierer ist der  Aufruf  und  die
  641.   Parameterübergabe im Anhang 4.1. genau beschrieben.
  642.  
  643.   Das  TFPC-Interface wurde von Sigi (DL1MEN) für seinen  KISS-Treiber
  644.   TFPCR entwickelt und wird inzwischen von einer Reihe von  Programmen
  645.   unterstützt (z.B. SP, GP, THP, TERM, DIEBOX). Dies ist deshalb  auch
  646.   das  Standard-Interface des TFPCX. Der Nachteil dieser Variante  ist
  647.   die   eingeschränkte  Multiport-Fähigkeit,  da  die   Übergabe   von
  648.   Portnummern  (z.B.  des  Ports auf dem man  connectet  wurde)  nicht
  649.   möglich ist. Damit erscheinen Connects und Monitor-Frames so, als ob
  650.   alles  auf  einer Frequenz abliefe. Für alle, die   nur  einen  Port
  651.   benutzen ist diese Variante auch weiterhin zu empfehlen.
  652.  
  653. -DR  DRSI-Interface benutzen
  654.  
  655.   Dieses  Interface  verwendet  der  zum  DRSI-PCPA-Adapter  gehörende
  656.   TNCTSR-Treiber.   Nachdem  das  TFPCX  nun   den   Multiport-Betrieb
  657.   unterstützt   mußte  eine  Möglichkeit  gefunden  werden,  um   eine
  658.   Unterscheidung  der  benutzten Ports durch das  Terminalprogramm  zu
  659.   ermöglichen. Dafür bot sich diese Variante an, da sie bereits von SP
  660.   und  FBB voll unterstützt wird. Der Unterschied  zum  TFPC-Interface
  661.   besteht  vor allem in der Übergabe von Portnummern bei  Link-Status-
  662.   Meldungen  und  Monitor-Informationen. Diese  Option  bewirkt  keine
  663.   hardwaremässige Unterstützung des DRSI-PCPA-Adapters.
  664.  
  665. -DX  Modifiziertes DRSI-Interface benutzen
  666.  
  667.   Diese  Option entspricht der Option '-DR' des TFPCX v2.0x. Dort  gab
  668.   es  Inkompatibilitäten  mit dem TNCTSR-Treiber  bei  Verwendung  des
  669.   DRSI-Interfaces,  die  bei dieser Version  beseitigt  wurden.  Falls
  670.   diese  Änderungen  nun bei anderen Programmen  (z.B.  TOP)  Probleme
  671.   verursachen,  sollte die Option '-DX' anstelle von  '-DR'  angegeben
  672.   werden.
  673.  
  674. -DM  Modifiziertes TFPC-Interface benutzen
  675.  
  676.   Diese Variante ist für den Multiport-Betrieb mit Programmen gedacht,
  677.   die  bisher nur das TFPC-Interface verwenden können. Es liefert  die
  678.   gleichen  Meldungen, wie das DRSI-Interface (also  mit  Portnummern)
  679.   benutzt aber den 'herkömmlichen' TFPC-Interrupt. Die Nutzung  dieser
  680.   Variante ist ein Kompromiß. Bei manchen Programmen (z.B. TERM)  gibt
  681.   es  damit  keine Probleme, andere Terminals zeigen  die  Portnummern
  682.   zwar  meist  richtig  an, es gibt  aber  'Nebeneffekte'  und  einige
  683.   Programme  (z.B. THP) kommen mit den Portnummern gar nicht klar.  Am
  684.   besten  mal  mit  und mal ohne Option  '-DM'  probieren  und  darauf
  685.   hoffen,  daß die Entwickler der entsprechenden Programme  vielleicht
  686.   eine Multiport-Unterstützung realisieren. Bei GP ist dies inzwischen
  687.   geschehen.
  688.  
  689.   ACHTUNG!
  690.  
  691.   Bitte  nicht  die Entwickler der Terminalprogramme (oder  mich)  mit
  692.   Nachrichten  überhäufen,  wenn bei Nutzung von  '-DM'  irgend  etwas
  693.   durcheinander kommt. Diese Option ist ein Kompromiß und bewirkt  bei
  694.   einigen Programmen evtl. eigenartige Effekte.
  695.  
  696.  
  697. 6.2.3. Sonstige Optionen
  698.  
  699. -BU[nnnn]  Anzahl der TFPCX-Puffer
  700.  
  701.   Das TFPCX speichert die meisten Daten dynamisch in 32  Byte-Puffern.
  702.   Die  Anzahl  der  benötigten Puffer kann  je  nach  Verwendung  sehr
  703.   unterschiedlich  sein.  Hat das TFPCX nur wenige Puffer  können  nur
  704.   wenige  Frames  zwischengespeichert  werden  und  man  erhält  unter
  705.   Umständen  'TNC BUSY'-Meldungen, was meist zum Disconnect durch  das
  706.   Terminalprogramm   führt.  Zu  viele  Puffer  verschwenden   dagegen
  707.   Speicherplatz.
  708.  
  709.   Mit  dieser Option kann die Pufferanzahl zwischen 400 und  ca.  1500
  710.   konfiguriert werden. Der Maximalwert hängt von der benutzten  Kanal-
  711.   anzahl  ab  und  wird eingestellt, wenn die  Option  ohne  Parameter
  712.   angegeben wird.
  713.  
  714.   Meist ist der Standardwert von 600 Puffern ausreichend. Wenn man mit
  715.   vielen Kanälen arbeitet, Gateway-Funktionen benutzt, vielleicht eine
  716.   Mailbox betreibt oder größere Dateien auf schnellen  Digi-Einstiegen
  717.   aussendet  ist eine Erhöhung dieses Wertes sinnvoll. Bei  SP  (außer
  718.   v7.50) sollte man nicht mehr als 999 Puffer wählen (siehe  Abschnitt
  719.   7.1.).  Wenn  man  sehr wenig Speicher hat  kann  auch  mit  weniger
  720.   Puffern gearbeitet werden.
  721.  
  722. -CHnn  Anzahl der Connect-Kanäle
  723.  
  724.   Bisher  war  die  Anzahl  der  vom  TFPCX  verwalteten  Kanäle  fest
  725.   eingestellt,  was  Speicherplatz und  Rechenzeit  verschenkte,  wenn
  726.   diese  Anzahl  gar nicht benutzt wurde. Mit dieser Option  kann  die
  727.   Kanalanzahl  dem  Verwendungszweck angepaßt werden.  Es  sollte  der
  728.   gleiche  Wert wie beim verwendeten Terminalprogramm gewählt  werden.
  729.   Möglich sind 4 bis 40 Kanäle (Default 10).
  730.  
  731. -C[xx]  Sende-/Empfangsanzeige einschalten
  732.  
  733.   Bewirkt  im  Hostmode die Anzeige des Sende-/Empfangsstatus  in  der
  734.   rechten  oberen  Bildschirmecke ('S' für Senden, 'R'  für  Empfang).
  735.   Wenn  mehrere  Ports benutzt werden, erfolgt die Anzeige  für  jeden
  736.   Port  getrennt, wobei der Port 0 ganz links steht. Bei KISS  bezieht
  737.   sich die Anzeige auf die Verbindung zwischen PC und TNC. Die Anzeige
  738.   funktioniert   nur  im  Textmode  und  kann  mit  einem   bestimmten
  739.   Farbattribut erfolgen, das dann hexadezimal anzugeben ist.
  740.  
  741.   Beispiel:
  742.  
  743.   TFPCX -C17
  744.            ^ Schrift     (hier Weiß)
  745.           ^  Hintergrund (hier Blau)
  746.  
  747.   Nummern der Farbattribute:
  748.  
  749.   0 Schwarz  4 Rot      8 Dunkelgrau  C Hellrot       Monochrom:
  750.   1 Blau     5 Magenta  9 Hellblau    D Hell-Magenta
  751.   2 Grün     6 Braun    A Hellgrün    E Gelb          07 Normal
  752.   3 Zyan     7 Weiß     B Hell-Zyan   F Hellweiß      70 Invers
  753.                         ^             ^
  754.                       nur als Schriftfarbe
  755.  
  756. -F<File>  Datei zur Parametereinstellung (ohne <File> gilt TFPCX.INI)
  757.  
  758.   Bei Verwendung dieser Option (und nur dann!) wird die Datei  während
  759.   der Initialisierung gelesen und im Terminalmode zeichenweise an  die
  760.   Firmware   gesendet,  um  eine  Voreinstellung  der   Parameter   zu
  761.   ermöglichen.   Normalerweise  kann  diese  Option  entfallen,   weil
  762.   Terminalprogramme  selbst eine Initialisierung vornehmen. Die  Datei
  763.   wird im aktuellen Verzeichnis gesucht, wenn kein Pfadname  angegeben
  764.   wird.
  765.  
  766.   Die  Datei kann mit einem normalen Editor erstellt werden  und  kann
  767.   Kommentare  (eingeleitet  durch '#' oder ';')  und  Leerzeilen  ent-
  768.   halten.  Vor  jedem  Befehl  wird  automatisch  ein   Escape-Zeichen
  769.   gesendet.  Das  bisher  notwendige Zeichen '^'  braucht  nicht  mehr
  770.   angegeben  zu werden und wird ignoriert, so daß alte Dateien  weiter
  771.   verwendet   werden  können.  Tabulatoren  werden   wie   Leerzeichen
  772.   behandelt  und am Zeilenanfang/-ende überlesen. Eine  Beispiel-Datei
  773.   ist im Archiv enthalten.
  774.  
  775. -Ixx  Software-Interrupt für TFPCX-Interface (40-FF)
  776.  
  777.   Über   den   hier   angegebenen   Software-Interrupt   findet    die
  778.   Kommunikation   zwischen  TFPCX  und  dem  Terminalprogramm   statt.
  779.   Standardmäßig  wird der Interrupt 0xFD verwendet. Eine Änderung  ist
  780.   nur nötig, wenn dieser Vektor von anderen Programmen verwendet  wird
  781.   oder ein Programm nur mit einer bestimmten Einstellung  funktioniert
  782.   (z.B. '-IFF' bei CT (K1EA) und FBB).
  783.  
  784. -NB  Statusblinken ausschalten
  785.  
  786.   Wenn TFPCX ungelesene Informationen oder Statusmeldungen gespeichert
  787.   hat und nicht im Hostmode ist (also im Hintergrund läuft) blinkt  in
  788.   der  rechten oberen Bildschirmecke ein Rechteck, das z.B. auf  einen
  789.   neuen  Connect aufmerksam macht. Man kann nun  das  Terminalprogramm
  790.   starten und auf den Connect reagieren. Dies funktioniert  allerdings
  791.   nicht,  wenn  man aus dem Terminal eine DOS-Shell  aufruft  und  das
  792.   TFPCX  dabei (wie z.B. bei SP) im Hostmode bleibt. Das Blinken  kann
  793.   mit dieser Option unterdrückt werden.
  794.  
  795. -ND  Disk-Zugriffe bei Senden/Empfang verzögern (Notbehelf)
  796.  
  797.   Falls  man Empfangsprobleme bei Disk-Zugriffen hat  (Packete  werden
  798.   nicht einwandfrei dekodiert) kann man mit dieser Option  verhindern,
  799.   daß  ein Diskzugriff durchgeführt wird  während ein  Signal  anliegt
  800.   (auch  bei  SCC, nur im Hostmode). Das führt jedoch zu  einem  etwas
  801.   'ungewohnten'  Verhalten, weil der Rechner dann so lange  zu  hängen
  802.   scheint,  bis  die  QRG wieder frei ist.  Man  sollte  diese  Option
  803.   deshalb nur im Notfall verwenden. Wenn mit Soft-DCD gearbeitet  wird
  804.   muß der Befehl '@C' bereits beim Laden des TFPCX mit der Option '-F'
  805.   aus einem Init-File ausgeführt werden.
  806.  
  807. -NL  Interne Connects (Loopback) ausschalten
  808.  
  809.   Im  Normalfall werden alle gesendeten Frames so behandelt, als  wenn
  810.   sie  auch  empfangen  worden wären,  wodurch  interne  Connects  für
  811.   Testzwecke  möglich  sind.  In einigen  Fällen  ist  das  allerdings
  812.   unerwünscht (z.B. bei Tests mit externem Loopback) und kann  deshalb
  813.   mit  dieser Option verhindert werden. Bei hohem Datenaufkommen  läßt
  814.   sich  auf diese Weise auch die Belastung des Rechners etwas  senken,
  815.   da die gesendeten Frames dann nicht doppelt behandelt werden müssen.
  816.  
  817. -D  Test Modus (Debug)
  818.  
  819.   Diese Option bezieht sich auf die in der Kommandozeile vor dem  '-D'
  820.   stehende '-P'-Option und aktiviert für den (die) zugehörigen Port(s)
  821.   einen  Test Modus, der bei jedem Interrupt einen  Flankenwechsel  am
  822.   Eingang  des Lautsprechers bewirkt und damit ein Knacken oder  einen
  823.   Ton erzeugt.
  824.  
  825.   Der Test Modus dient vor allem zur Ursachenforschung bei Sende-  und
  826.   Empfangsproblemen  beim Modembetrieb (siehe Anhang 2.1.).  Hier  muß
  827.   bei  1200 Baud ein 1800 Hz-Ton zu hören sein (Baudrate *  1.5).  Der
  828.   Ton sollte halbwegs sauber und ohne Unterbrechungen sein.  Geprassel
  829.   entsteht,  wenn  der Interrupt verzögert wird. Ertönt  ein  einziges
  830.   Prasseln  oder gibt es Unterbrechungen ist der Rechner  überfordert.
  831.   Die  Grenze  ist  hier allerdings schwer zu  ziehen,  ein  'gewisses
  832.   Grundrauschen' muß die Funktion noch nicht beeinträchtigen.
  833.  
  834.   Bei  KISS  oder  einer SCC-Karte kann mit  dieser  Option  überprüft
  835.   werden, ob überhaupt Interrupts erzeugt werden. Diese können ständig
  836.   oder nur im Sende-/Empfangsfall auftreten.
  837.  
  838.   Steht '-D' vor dem ersten '-P', so knackt es im Takt der Systemuhr.
  839.  
  840.  
  841. 6.3. TFPCX aus dem Speicher entfernen
  842.  
  843.   Mit  dem Befehl 'TFPCX -U' läßt sich TFPCX wieder aus  dem  Speicher
  844.   entfernen.
  845.  
  846.  
  847. 6.4. Terminalmode
  848.  
  849.   Mit  'TFPCX -T' wird ein einfaches Terminalprogramm  gestartet,  mit
  850.   dem  man  auch  ohne zusätzliche  Terminal-Software  arbeiten  kann.
  851.   Vorher  ist das TFPCX resident zu laden (wie oben beschrieben).  Man
  852.   muß das Programm also zweimal mit verschiedenen Parametern aufrufen,
  853.   um in den Terminalmode zu gelangen.
  854.  
  855.   Mit ALT-X wird das Terminalprogramm verlassen. Vorher sollte man mit
  856.   ESC  'MN' den Monitor abschalten, wenn er aktiviert war, weil  sonst
  857.   unnötiger Pufferspeicher verbraucht wird, und beim eventuellen Start
  858.   eines Hostmode-Programms Probleme entstehen.
  859.  
  860.  
  861.  
  862. 7. Installation
  863.  
  864.   Dieser  Abschnitt gibt Hinweise zur Installation  einiger  Programme
  865.   für  den  Betrieb mit TFPCX. Grundsätzlich muß das  TFPCX  aktiviert
  866.   werden  bevor  das Terminalprogramm gestartet  wird.  Außerdem  sind
  867.   meist  noch bestimmte  Einstellungen in  Konfigurationsdateien  oder
  868.   -Menüs  notwendig.  Dagegen  sind  z.B.  Baudraten-Einstellungen  in
  869.   diesen  Dateien/Menüs für den TFPCX-Betrieb meist  belanglos,  dafür
  870.   ist die Option '-B' beim Aufruf des TFPCX verantwortlich.
  871.  
  872.   Bei  einigen  Programmen  gibt es  Probleme  beim  Multiport-Betrieb
  873.   (Option  '-DM').  In  diesem Fall muß diese  Option  und  damit  die
  874.   Anzeige  von  Portnummern  entfallen.  Bei  Befehlen  ist  aber  die
  875.   Portangabe  und  damit der Multiport-Betrieb trotzdem  möglich.  Man
  876.   sieht  bloß nicht, von wo man connectet wird oder auf  welchem  Port
  877.   ein  Monitor-Frame  empfangen wurde. Bei diesen Programmen  ist  die
  878.   Verwendung des Befehls '@PO' (siehe Abschnitt 8.2.) sinnvoll.
  879.  
  880.   Man sollte beachten, daß das TFPCX einen Teil des Speichers  belegt,
  881.   der  dem  Terminalprogramm dann nicht zur Verfügung  steht.  Deshalb
  882.   müssen  bestimmte  Puffergrößen und die  Anzahl  der  Connect-Kanäle
  883.   unter Umständen verringert werden.
  884.  
  885.  
  886. 7.1. SP (DL1MEN)
  887.  
  888.   Je nach Portanzahl ergeben sich 2 Varianten:
  889.  
  890.   Will man nur einen Port benutzen bietet sich das TFPC-Interface  an,
  891.   das   ab  SP  v5.00  unterstützt  wird.  SP  wird  in  diesem   Fall
  892.   entsprechend SP-Manual oder mit dem INSTALL-Programm für TFPCX (oder
  893.   TFPCR)-Betrieb installiert. Die Datei CONFIG.SP (früher SP.CFG)  muß
  894.   die  Zeile  'CFG=PORT0:5H' enthalten. Im Betrieb gibt es  hier  kaum
  895.   Unterschiede zwischen TFPCX und TFPCR.
  896.  
  897.   Für  Multiport-Betrieb sollte man das DRSI-Interface verwenden.  Die
  898.   Datei  CONFIG.SP  muß dafür die Zeile 'CFG=PORT0:DH'  enthalten  und
  899.   TFPCX  wird mit der Option  '-DR' gestartet. Ansonsten  braucht  man
  900.   sich  sich nur daran orientieren, was im SP-Manual zur  Installation
  901.   und zum Betrieb mit dem DRSI-PCPA-Adapter gesagt wird, es trifft  in
  902.   diesem  Fall  zum großen Teil auch auf das TFPCX zu,  mit  folgenden
  903.   Besonderheiten:
  904.  
  905.   - SP-Befehle 'DR' und 'HB' funktionieren nicht, die Parameter werden
  906.     mit  den normalen TNC-Befehlen eingestellt mit zusätzlichen  Port-
  907.     angaben (siehe Abschnitt 8.1.)
  908.  
  909.   - Die  im  Abschnitt  8.1. beschriebene  Portauswahl  bei  fehlender
  910.     Portangabe klappt leider bei einigen Befehlen nicht, da sie SP  an
  911.     den  Monitor-Kanal  0  und  nicht  an  den  aktuell  eingestellten
  912.     Connect-Kanal sendet, im Zweifelsfall deshalb immer die Portnummer
  913.     angeben
  914.  
  915.   - Befehle  'TP'  und  '//par' zeigen die  richtige  Baudrate  (keine
  916.     Nummer) an
  917.  
  918.   Beim  DRSI-Betrieb verwaltet SP für jeden der maximal 8  Ports  eine
  919.   extra  QRG,  außer  auf  dem  Monitor-Kanal.   Die  Port-Umschaltung
  920.   erfolgt z.B. durch ESC 'C 1:', auf dem Monitor-Kanal wird damit  der
  921.   Unproto-Port  gewählt. Der eingestellte Default-Port wird bei  einem
  922.   Connect-Befehl automatisch ergänzt, kann aber auch direkt  angegeben
  923.   werden.
  924.  
  925.   Das TFPCX kann auch parallel mit TNCs im Hostmode verwendet  werden.
  926.   Wie  gut  das  funktioniert  ist  vor  allem  vom  benutzen  Rechner
  927.   abhängig.
  928.  
  929.   Bei  SP v6.00 oder früher flankert die QRG-Anzeige evtl.  etwas  und
  930.   der Connect-Gong klingt anders als beim TNC-Betrieb. Das ist  normal
  931.   und kein Grund zur Sorge.
  932.  
  933.   Bei  einigen frühen Versionen von SP v7.00 gibt es durch  einen  Bug
  934.   evtl.  Probleme beim Modembetrieb. Ein anderes Problem  ergibt  sich
  935.   bei  dieser  SP-Version, wenn man 2 Modems und  einen  TNC  parallel
  936.   verwenden  will  (kommt  sicher  selten vor)  und  dabei  das  DRSI-
  937.   Interface benutzt. Beim Start von SP erhält man sofort eine  Resync-
  938.   Meldung und ein Betrieb ist nicht möglich. Dieses Problem kann durch
  939.   einen Patch der SP.EXE beseitigt werden.
  940.  
  941.   Wenn  man SP v7.00 (evtl. auch frühere Versionen) verwendet,  sollte
  942.   man  nicht mehr als 999 TFPCX-Puffer reservieren (Option '-BU'),  da
  943.   SP  scheinbar nicht mit 4-stelligen Pufferzahlen zurecht  kommt  und
  944.   sonst  das Senden von Dateien sehr schleppend abläuft. Bei SP  v7.50
  945.   wurde dieses Problem behoben.
  946.  
  947.  
  948. 7.2. GP (DH1DAE)
  949.  
  950.   GP  benutzt das TFPCX automatisch, wenn es geladen ist,  weshalb  im
  951.   Normalfall  keine  extra Konfiguration nötig  ist.  Beim  Multiport-
  952.   Betrieb sind allerdings folgende Hinweise zu beachten:
  953.  
  954.   - Es  muß  unbedingt GP ab Version 1.50  verwendet  werden.  Frühere
  955.     Versionen  sind  nur mit einem Port komfortabel zu  betreiben  und
  956.     haben auch Probleme bei höheren Übertragungsraten.
  957.  
  958.   - TFPCX wird mit der Option '-DM' gestartet.
  959.  
  960.   - In  der  Datei NAMES.GP ist mindestens  ein  PORT-Befehl  zwingend
  961.     erforderlich, weil Connect-Versuche sonst mit einer  Fehlermeldung
  962.     abgebrochen werden (siehe GP.DOC).
  963.  
  964.     Beispiel:
  965.  
  966.     PORT0 = DB0BLN,438.450
  967.     PORT1 = DB0BLO,438.300
  968.  
  969.   Mit  Hilfe  des TFPCX kann GP nun auch mehrere TNCs  ansteuern,  die
  970.   dazu den KISS-Mode unterstützen müssen (siehe Abschnitt 8.3.).
  971.  
  972.  
  973. 7.3. THP (DL1BHO)
  974.  
  975.   THP  unterstützt  das TFPC-Interface (getestet mit  v3.03).  In  der
  976.   Datei  CONFIG.PR muß im Abschnitt 'TNC-Konfiguration' für das  TFPCX
  977.   die Schnittstellennummer '5' angegeben werden. Im File CMD.PR werden
  978.   standardmäßig  einige  Befehle aufgerufen, die beim TFPCX  zu  einer
  979.   Fehlermeldung  führen  (z.B. 'A' und 'Z'). Am besten ein  '#'  davor
  980.   setzen (Kommentar).
  981.  
  982.   Multiport-Betrieb mit der Option '-DM' bringt keine Vorteile, da die
  983.   Portnummern nicht richtig angezeigt werden.
  984.  
  985.  
  986. 7.4. TERM (DL5FBD)
  987.  
  988.   Diese  TFPCX-Version arbeitet mit TERM ab v9.71 am besten  zusammen.
  989.   Frühere TERM-Versionen benutzen ein anderes Verfahren zum Sendehand-
  990.   shake, das vom TFPCX nicht mehr unterstützt wird.
  991.  
  992.   Wenn man mehrere Ports  verwendet, sollte TFPCX mit der Option '-DM'
  993.   geladen werden, sonst ohne. Da TERM die TFPCX-Meldungen nicht selbst
  994.   verarbeitet, gibt es keine Probleme mit den Portnummern.
  995.  
  996.   Nach  dem Start von TERM gelangt man mit ALT-P  ins  Parameter-Menü.
  997.   Dort wird eingestellt:
  998.  
  999.   V24-COMx:     5
  1000.   Handshake:    S
  1001.   Schutzzeiten: 0 (außer BREAK)
  1002.  
  1003.   Bei dieser Version ist nun der Empfang von #BIN#-Files möglich.  Man
  1004.   geht dabei wie folgt vor (getestet mit TERM v9.98):
  1005.  
  1006.   - mit den Befehlen '@M1' und 'E0' den Transparent-Modus ein- und das
  1007.     Zeichenecho abschalten
  1008.  
  1009.   - den  BIN-Empfang  mit ALT-U starten und die  Abfragen  (Lesebefehl
  1010.     zuletzt) beantworten
  1011.  
  1012.   - nach  der Übertragung mit den Befehlen 'E1' und '@M0'  wieder  den
  1013.     Ausgangszustand herstellen
  1014.  
  1015.   Weitere Hinweise dazu findet man in der TERM-Dokumentation.
  1016.  
  1017.  
  1018. 7.5. CT (K1EA)
  1019.  
  1020.   Das  Contest-Programm von K1EA kann nun auch mit dem  TFPCX  benutzt
  1021.   werden  (getestet  mit CT v6.26). Bei CW-Contesten geht  das  bisher
  1022.   allerdings  nur  mit KISS oder einer SCC-Karte, da CT sich  bei  der
  1023.   Erzeugung von Morsezeichen sonst nicht mit dem TFPCX verträgt.
  1024.  
  1025.   Der Start des TFPCX muß mit den Optionen '-DR' und '-IFF'  erfolgen.
  1026.   Sinnvoll ist auch die Parametereinstellung über die Option '-F'.
  1027.  
  1028.   In  der  ersten  Dialogbox  wird im Punkt  'TNC'  der  Wert  'Local'
  1029.   eingestellt  und  bei Modembetrieb muß für 'Mode'  'SSB'  ausgewählt
  1030.   sein. Im Communications Setup wird keine Einstellung vorgenommen (CT
  1031.   darf  nicht  auf den Modem-Port zugreifen). Auf  dem  QSO-Bildschirm
  1032.   wird  dann zuerst der Befehl 'DRSI' eingegeben, mit ALT-T der  TALK-
  1033.   Mode gewählt und einmal ENTER gedrückt. Dann kann man den DX-Cluster
  1034.   connecten  und im mit ALT-A geöffneten ANNOUNCE-Window die  DX-Infos
  1035.   beobachten.  Den Rest muß man selbst ausprobieren, dabei  am  besten
  1036.   Single   Unlimited   einstellen,   da  man   als   Single   Operator
  1037.   Einschränkungen unterliegt.
  1038.  
  1039.  
  1040. 7.6. DIEBOX (DF3AV)
  1041.  
  1042.   DIEBOX kann über das TFPC-Interface mit dem TFPCX verwendet  werden.
  1043.   Mit  einem einfachen Modem wird man eine Box sicher kaum  betreiben,
  1044.   aber  die Nutzung einer SCC-Karte ist ja durchaus denkbar.  Für  die
  1045.   direkte Kopplung einer Box an einen Digipeater (z.B. RMNC) kann  der
  1046.   KISS-Mode genutzt und damit ein TNC eingespart werden.
  1047.  
  1048.   TFPCX  muß  hier ohne '-DR' gestartet werden, ob  '-DM'  klappt  muß
  1049.   selbst  getestet  werden.  Es ist sinnvoll, die  Anzahl  der  Kanäle
  1050.   (Option  '-CH')  und Puffer (Option '-BU') zu erhöhen.  Zur  DIEBOX-
  1051.   Konfiguration kann ich keine Angaben machen, da ich es selbst  nicht
  1052.   getestet habe.
  1053.  
  1054.  
  1055. 7.7. WINPR (DG6BI)
  1056.  
  1057.   WINPR kann ab Version 2.0 ebenfalls mit dem TFPCX verwendet  werden,
  1058.   weil  es  das TFPC-Interface unterstützt. Da WINPR  unter  Microsoft
  1059.   Windows  läuft, funktioniert dies aber nur mit KISS oder einer  SCC-
  1060.   Karte  (siehe Abschnitt 7.10.) und nur auf einem schnellen  Rechner.
  1061.   Der  Multiport-Betrieb wird von WINPR nicht unterstützt. Die  Option
  1062.   '-DM' sollte also nicht verwendet werden.
  1063.  
  1064.   Das  TFPCX wird vor dem Start von Windows oder durch Eintrag in  der
  1065.   Datei WINSTART.BAT geladen. Windows muß im 386 Enhanced Mode laufen.
  1066.   In der Datei WINPR.INI sind folgende Einträge erforderlich:
  1067.  
  1068.   Port = Com5
  1069.   TfpcrIrq = 253
  1070.  
  1071.  
  1072. 7.8. TOP (DF8MT)
  1073.  
  1074.   Die  TOP-Dokumentation geht auch auf das TFPCX ein, so daß ich  hier
  1075.   nur  Neuerungen  erwähne. Für den Multiport-Betrieb  muß  das  TFPCX
  1076.   anstelle von '-DR' jetzt mit der Option '-DX' gestartet werden.
  1077.  
  1078.   Unter  TOP stellen sich die verschiedenen TFPCX-Ports wie  getrennte
  1079.   TNCs  dar, wobei aufeinanderfolgenden Kanälen genau ein  Port  zuge-
  1080.   ordnet  ist. Deshalb muß beim Connect-Befehl auch  keine  Portnummer
  1081.   angegeben  werden. Bisher wurde diese Illusion allerdings durch  den
  1082.   Umstand  getrübt,  daß Connects von außen immer  auf  dem  untersten
  1083.   freien Kanal mit passendem MYCALL ankamen, unabhängig von der im TOP
  1084.   gewählten  Zuordnung.  Mit dem Befehl '@PO' (siehe  Abschnitt  8.2.)
  1085.   läßt sich das nun verhindern.
  1086.  
  1087.   Beispiel:
  1088.  
  1089.   TFPCX  soll  2 Ports und 20 Kanäle verwalten, wobei für  jeden  Port
  1090.   jeweils  10  Kanäle  vorgesehen sind.  Neben  der  TNC-Konfiguration
  1091.   sollte in TOPSET folgender INI-Befehl eingetragen werden:
  1092.  
  1093.   @PO 00000000001111111111
  1094.  
  1095.   Außerdem  ist  das TFPCX mit der Option '-CH20' aufzurufen,  da  als
  1096.   Standard nur noch 10 Kanäle zur Verfügung stehen.
  1097.  
  1098.  
  1099. 7.9. FBB (F6FBB)
  1100.  
  1101.   Die  F6FBB-BBS-Software unterstützt sowohl das TFPC- (ab v5.15)  als
  1102.   auch das DRSI-Interface. Ich erläutere hier nur den  DRSI-Multiport-
  1103.   Betrieb, da dies der allgemeinere Fall ist. Für den Modembetrieb ist
  1104.   unbedingt FBB ab v5.15 erforderlich.
  1105.  
  1106.   TFPCX wird mit den Optionen '-DR' und '-IFF' geladen. Falls mehr als
  1107.   10  Kanäle benötigt werden, ist auch '-CH' (siehe Abschnitt  6.2.3.)
  1108.   anzugeben. Die Konfigurationsdatei PORT.SYS muß für den Betrieb  mit
  1109.   2 Ports wie folgt aussehen:
  1110.  
  1111.   # PORT.SYS for FBB 5.15
  1112.   #
  1113.   #Ports TNCs
  1114.    1     2
  1115.   #
  1116.   #Com Interface Adress (Hex) Baud
  1117.    7   4         0            4800
  1118.   #
  1119.   #TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
  1120.    1   5    7   0      230   2     1     10     00/60   UDYW 144.650
  1121.    2   5    7   1      230   2     1     10     00/60   UDYW 438.450
  1122.  
  1123.   TFPCX simuliert 2 TNCs über einen virtuellen COM-Port (COM7). Inter-
  1124.   face  4  steht für DRSI, Adresse und Baud werden  ignoriert,  müssen
  1125.   aber  angegeben werden. Die Summe der den Ports zugeordneten  Kanäle
  1126.   (NbCh) darf nicht größer als die Anzahl der vorhandenen TFPCX-Kanäle
  1127.   (Option  '-CH')  sein. Es wird jeweils nur eine  Datei  INITTNC1.SYS
  1128.   bzw. MAINT1.SYS verwendet, in der alle nötigen Parameter einzeln mit
  1129.   Portangaben  (siehe Abschnitt 8.1.) gesetzt werden.  Der  'P'-Befehl
  1130.   ist beim TFPCX nicht zur gleichzeitigen Einstellung aller  Parameter
  1131.   eines Ports benutzbar, wie beim DRSI-TNCTSR-Treiber möglich. Weitere
  1132.   Informationen sind der FBB-Dokumentation zu entnehmen.
  1133.  
  1134.  
  1135. 7.10. MS-Windows, OS/2 u.a.
  1136.  
  1137.   Das  TFPCX  stellt  beim  Modembetrieb  hohe  Anforderungen  an  die
  1138.   Reaktionszeiten des Systems auf Interrupts (siehe Anhang 2.), welche
  1139.   von  Microsoft  Windows 3.x und IBM OS/2 2.0  nicht  erfüllt  werden
  1140.   (auch wenn es manchem schwer fällt, das zu aktzeptieren). Aus diesem
  1141.   Grund  reagiert  das TFPCX mit einer Fehlermeldung, wenn man  es  in
  1142.   diesen Systemen für Modembetrieb starten will.
  1143.  
  1144.   Mit einer SCC-Karte ist ein Betrieb möglich. Unter Windows hat  dies
  1145.   mit 1200 Baud recht gut funktioniert. Allerdings gibt es bei höheren
  1146.   Baudraten  auch mit SCC-Karten Probleme. Unter OS/2 lief  das  TFPCX
  1147.   weniger gut, ich habe es allerdings nur kurz getestet.
  1148.  
  1149.   Der  KISS-Mode  funktioniert  bei mir mit bis zu  38400  Baud  unter
  1150.   beiden  Systemen  ohne  Probleme,  da  die  dabei  verwendete   COM-
  1151.   Schnittstelle von Windows und OS/2 durch Treiber optimal unterstützt
  1152.   wird, was bei den SCC-Karten leider (verständlicherweise) nicht  der
  1153.   Fall ist.
  1154.  
  1155.   Bei  anderen  Multitasking-Systemen  dürften  ähnliche  Verhältnisse
  1156.   herrschen.
  1157.  
  1158.  
  1159.  
  1160. 8. Betrieb
  1161.  
  1162.   In  diesem Abschnitt werden wichtige Unterschiede und  Erweiterungen
  1163.   des TFPCX im  Vergleich zur TNC-Firmware TF 2.3b erläutert.
  1164.  
  1165.  
  1166. 8.1. Multiport-Erweiterungen
  1167.  
  1168.   Die bedeutendste Erweiterung ist sicher die Fähigkeit, mehrere Ports
  1169.   und  damit  Modems und Funkgeräte anzusteuern. Wer  nur  einen  Port
  1170.   verwendet  braucht  sich darum nicht kümmern und kann  zum  nächsten
  1171.   Abschnitt übergehen.
  1172.  
  1173.   Die TFPCX-Firmware verwaltet insgesamt 8 Ports, die wohl selten alle
  1174.   verwendet werden. Auf den nicht benutzten Ports können aber trotzdem
  1175.   interne  Connects  laufen. So kann man z.B.  nebenbei  seinen  CTEXT
  1176.   begutachten,  ohne  damit  andere auf dem  Digi-Einstieg  zu  nerven
  1177.   (verbreiteter Zeitvertreib).
  1178.  
  1179.   Jedem  Port ist eine Nummer zugewiesen (0-7), wobei die  Reihenfolge
  1180.   von der Nutzung der Option '-P' beim Start von TFPCX abhängt.  Diese
  1181.   Portnummer wird vom TFPCX bei Link-Status-Meldungen, im Monitor  und
  1182.   bei  bestimmten Befehlen ('C', 'L' und 'S') angezeigt, so  daß  eine
  1183.   eindeutige Zuordnung möglich ist. Die Anzeige erfolgt nur, wenn beim
  1184.   Start von TFPCX die Option '-DR', '-DX' oder '-DM' angegeben wird.
  1185.  
  1186.   Beispiel:
  1187.  
  1188.   1:fm DG0FT to DB0BLN ctl SABM+
  1189.   1:fm DB0BLN to DG0FT ctl UA-
  1190.  
  1191.   CONNECTED to 1:DB0BLN
  1192.  
  1193.   Das genaue Format der Meldungen findet man im Anhang 4.2. An welcher
  1194.   Stelle  die Portnummer auf dem Bildschirm erscheint, hängt  von  der
  1195.   Art der Meldung und vom Terminalprogramm ab.
  1196.  
  1197.   Bei  einigen Firmware-Befehlen (siehe Abschnitt 8.2. und Anhang  1.)
  1198.   besteht   die  Möglichkeit,  durch   Angabe  der  Portnummer   Port-
  1199.   spezifische  Parameter  einzustellen  oder eine  Station  auf  einem
  1200.   bestimmten Port zu connecten.
  1201.  
  1202.   Befehlsformat:
  1203.  
  1204.   <Befehl> <Port>:[Parameter]
  1205.  
  1206.   <Port>  ist  eine  Ziffer zwischen 0 und 7, vor dem  ':'  darf  kein
  1207.   Leerzeichen stehen.
  1208.  
  1209.   Beispiele:
  1210.  
  1211.   C 1:DB0BLN
  1212.   T 2:15
  1213.  
  1214.   Wenn  kein  Port  angegeben  wird,  der  Befehl  aber  diese  Angabe
  1215.   benötigt,  wird  entweder  der Port verwendet, auf  dem  der  gerade
  1216.   aktive  Kanal connectet ist, oder der auf dem  Monitor-Kanal  einge-
  1217.   stellte Unproto-Port. Es gibt jedoch Hostmode-Terminalprogramme, die
  1218.   manche  Befehle nicht an den Kanal schicken, auf dem sie  eingegeben
  1219.   wurden,  und damit diese Portzuordnung unterlaufen. Im  Zweifelsfall
  1220.   deshalb immer die Portnummer angeben.
  1221.  
  1222.   Die Parametereinstellung erfolgt meist in den  Konfigurationsdateien
  1223.   der Terminalprogramme und muß dort für jeden Port einzeln geschehen.
  1224.   Die  Datei  TFPCX.INI ist ein Beispiel dafür und kann,  nachdem  man
  1225.   seine   persönlichen   Daten  eingetragen  hat,  auch   direkt   zur
  1226.   Initialisierung verwendet werden (Option '-F', Abschnitt 6.2.3.).
  1227.  
  1228.   Eingehende  Connects werden normalerweise unabhängig vom Port  immer
  1229.   dem  nächsten freien Kanal zugewiesen, auf dem das  passende  MYCALL
  1230.   eingestellt  ist. Mit dem Befehl '@PO' (siehe Abschnitt  8.2.)  kann
  1231.   man aber bei Bedarf eine feste Portzuordnung vornehmen.
  1232.  
  1233.  
  1234. 8.2. Besonderheiten von Befehlen
  1235.  
  1236.   Es  gibt eine Reihe von Befehlen, die mit der ESC-Taste  eingeleitet
  1237.   und bei ENTER ausgeführt werden (siehe Anhang 1.). Die Befehle  'A',
  1238.   'H', 'K', 'Z', '@F' und '@K' der TF 2.3b existieren nicht.
  1239.  
  1240.   Die Parameter 'B', 'O', 'P', 'T', 'W', 'X', '@C', '@D', '@T2', '@T4'
  1241.   und '@TA' werden für jeden Port extra eingestellt.
  1242.  
  1243.   Die  internen Timer arbeiten nur mit einer Genauigkeit von +/-  20ms
  1244.   bzw.  60ms, wenn nur KISS oder die OptoPcScc-Karte  ohne  Timer-Port
  1245.   verwendet  wird, was bei der Einstellung einiger  Parameter  wichtig
  1246.   sein  kann. Bei TXTAIL (Befehl '@TA') wird diese Ungenauigkeit  aber
  1247.   automatisch berücksichtigt.
  1248.  
  1249.   Nun zu den einzelnen Befehlen:
  1250.  
  1251. C  Connect
  1252.  
  1253.   Bei  mehreren Connects mit der selben Station wird der  eigene  SSID
  1254.   automatisch  bis  maximal  15 erhöht, wenn  der  eingestellte  schon
  1255.   verwendet  wird.  Allerdings bleibt das dem  Terminalprogramm  evtl.
  1256.   verborgen und es zeigt den falschen SSID an.
  1257.  
  1258.   Der  C-Befehl  kann  eine zusätzliche  Portangabe  enthalten.  Fehlt
  1259.   diese,  wird  sie  der Link-Liste (siehe '@L')  entnommen  oder  der
  1260.   Unproto-Port  verwendet,  falls kein  passender  Eintrag  existiert.
  1261.   Wurde mit dem Befehl '@PO' eine Portzuordnung vorgenommen, dann gilt
  1262.   der  dem Kanal zugeordnete Port als Default-Port. Auf  dem  Monitor-
  1263.   Kanal  wird mit der Portangabe der Unproto-Port ausgewählt, auf  dem
  1264.   die UI-Frames gesendet werden (Default 0).
  1265.  
  1266.   Beispiele:
  1267.  
  1268.   C 1:DB0BLN                  DB0BLN auf Port 1 connecten
  1269.   C 2:TEST \ Monitor-Kanal    Unproto-Port 2 und Unproto-ID setzen
  1270.   C 2:     /                  nur Unproto-Port 2 setzen
  1271.  
  1272. F  Frack
  1273.  
  1274.   Der Frack-Parameter kann alternativ in Sekunden- oder 10ms-Einheiten
  1275.   eingegeben  werden.  Werte  kleiner 16 werden in  die  neue  Einheit
  1276.   (10ms) umgerechnet.
  1277.  
  1278. O  MAXFRAME
  1279.  
  1280.   MAXFRAME  wird  je Port und je Verbindung  einzeln  verwaltet.  Beim
  1281.   Connect wird der Wert des jeweiligen Ports der Verbindung zugewiesen
  1282.   und  kann dann für diesen Connect unabhängig (von  anderen  Connects
  1283.   auf dem gleichen Port) eingestellt werden.
  1284.  
  1285.   Das 'dynamische' MAXFRAME der TF 2.3b wurde entfernt.
  1286.  
  1287. P  P-Persistance
  1288.  
  1289.   Hier  wird  auch bei DAMA-Betrieb der non-DAMA-Wert  angezeigt  aber
  1290.   P=255 benutzt.
  1291.  
  1292.   Wenn  der angegebene Parameter zwischen 0 und 7 liegt  (Portnummer),
  1293.   wird nun nicht mehr der P-Wert neu gesetzt, sondern einige Parameter
  1294.   dieses Ports in der Form
  1295.  
  1296.   <Port> R P W F O N @T2 @T3 T <Baud> @D
  1297.  
  1298.   angezeigt.  Diese Parameterabfrage mußte  aus  Kompatiblitätsgründen
  1299.   zum  DRSI-TNCTSR-Treiber eingebaut werden, da sie von  SP  verwendet
  1300.   wird. <Baud> ist die eingestellte Baudrate im 'Klartext', nicht  wie
  1301.   beim TNCTSR nur eine zugeordnete Ziffer.
  1302.  
  1303.   Der  DRSI-Treiber  verwendet  diesen  Befehl  auch  zum  Setzen  der
  1304.   Parameter,  was  aber  hier nicht funktioniert.  Werden  hinter  der
  1305.   Portnummer weitere Werte angegeben, ignoriert das TFPCX den gesamten
  1306.   Befehl.
  1307.  
  1308. QRES  Reset
  1309.  
  1310.   QRES  setzt  das  TFPCX lediglich in den  Terminalmode  zurück  (wie
  1311.   'JHOST0')  und führt keinen RESET des Rechners durch. Dieser  Befehl
  1312.   war notwendig, da SP ihn beim DRSI-Befehl 'HB' generiert.
  1313.  
  1314. U  Unattended Mode (CTEXT)
  1315.  
  1316.   Dieser  Befehl ist vor allem für den Terminalmode wichtig. Bei  'U0'
  1317.   werden Linkstatus-Meldungen sofort ausgegeben, auch wenn gerade  ein
  1318.   anderer  Kanal aktiv ist. Bei 'U1' erscheinen diese  Meldungen  erst
  1319.   dann, wenn der entsprechende Kanal mit dem 'S'-Befehl aktiviert wird
  1320.   und  beim  Connect  von außen wird ein  zusätzlich  angebbarer  Text
  1321.   gesendet.
  1322.  
  1323.   Die Standardeinstellung 'U2' verhält sich wie 'U1', ermöglicht  aber
  1324.   außerdem  einen  Disconnect  durch die connectete  Station  mit  dem
  1325.   Remote-Kommando '//Q' (oder '//q'). Dabei muß das Kommando am Anfang
  1326.   eines Frames stehen.
  1327.  
  1328.   Der Unattended Mode kann auch eingeschaltet werden, wenn kein  CTEXT
  1329.   definiert  ist.  Im Hostmode wirkt sich dieser Befehl  nur  auf  den
  1330.   CTEXT aus.
  1331.  
  1332. @C  DCD-Bearbeitung
  1333.  
  1334.   TFPCX hat eine Soft-DCD (programmierte Rauschsperre). Bei  langsamen
  1335.   Funkgeräten kann man den Squelch des Empfängers völlig offen  lassen
  1336.   und  TFPCX  entscheidet selbst, ob gerade  ein  PR-Signal  empfangen
  1337.   wird.
  1338.  
  1339.   Die Soft-DCD wird durch den Befehl  '@C' gesteuert, mit dem man  die
  1340.   Ansprechschwelle  einstellt. Als Parameter wird eine Zahl von 0  bis
  1341.   63 angegeben. Bei '@C0' ist die Soft-DCD ausgeschaltet (Default) bei
  1342.   allen anderen Werten ist sie aktiviert. Je größer der Parameter ist,
  1343.   je  stärker  ist  die  Soft-DCD  angezogen.  Zur  Erleichterung  des
  1344.   Abgleichs dient die DCD-Anzeige (siehe Option '-C'). Bei zu  kleinen
  1345.   Werten flackert die DCD-Anzeige, bei zu großen Werten werden Signale
  1346.   nicht  mehr richtig und zu langsam erkannt. Am besten den  Parameter
  1347.   so  lange erhöhen und nebenbei QRG abhören, bis die Anzeige  stimmt.
  1348.   Dabei  muß man eventuell einen Kompromiß finden. Ein  Richtwert  ist
  1349.   '@C25'.
  1350.  
  1351.   Bei  SCC-Ports ist ein Abgleich nicht unbedingt  erforderlich,  alle
  1352.   Werte  größer  0 aktivieren die Soft-DCD und sind  für  den  Betrieb
  1353.   gleichbedeutend.  Mich  hat  allerdings das  ständige  Flackern  der
  1354.   Anzeige  gestört,  und so gibt es die Möglichkeit, auch  hier  einen
  1355.   Abgleich vorzunehmen, der sich aber nur auf die Anzeige auswirkt.
  1356.  
  1357.   WICHTIG!
  1358.  
  1359.   Die Soft-DCD erkennt nur PR-Signale der gleichen Baudrate. Auf Digi-
  1360.   Einstiegen  mit  mehreren Geschwindigkeiten darf sie  deshalb  nicht
  1361.   benutzt werden.
  1362.  
  1363.   Bei  KISS  übernimmt der TNC die DCD-Bearbeitung und  dieser  Befehl
  1364.   bestimmt  lediglich die Zeit (in 10ms-Einheiten), nach der  die  RX-
  1365.   Anzeige verlischt, wenn kein weiteres Byte vom TNC empfangen wird.
  1366.  
  1367. @L  Linkliste
  1368.  
  1369.   Mit diesem Befehl wird die interne Linkliste verwaltet, mit der  man
  1370.   maximal 8 Rufzeichen (mit SSID) einen best. Port zuordnen kann.  Die
  1371.   Liste  wird beim Digipeating (Befehl 'R') verwendet, um den Port  zu
  1372.   ermitteln,  auf dem der zu digipeatende Frame gesendet werden  soll.
  1373.   Ist  dort kein passender Eintrag vorhanden, wird der Frame  auf  dem
  1374.   gleichen Port ausgesendet, auf dem er empfangen wurde.
  1375.  
  1376.   Syntax:
  1377.  
  1378.   @L <Port>:<Call> <Port>:<Call> ...
  1379.  
  1380.   Beispiel:
  1381.  
  1382.   @L 0:DB0BLN 1:DB0BLO
  1383.  
  1384.   Mit '@L-' wird die Linkliste gelöscht und '@L' ohne Parameter  zeigt
  1385.   die Einträge an.
  1386.  
  1387.   Beim Crossband-Digipeating muß sowohl das Zielcall als auch das Call
  1388.   des  Absenders in der Linkliste eingetragen sein, da die  Verbindung
  1389.   sonst nur in einer Richtung funktioniert.
  1390.  
  1391. @M  Transparent-Modus
  1392.  
  1393.   Im Terminalmode werden empfangene Steuerzeichen normalerweise  umge-
  1394.   wandelt  (z.B. Control-Z wird als '^Z' dargestellt). Dadurch  werden
  1395.   die  Daten  verfälscht, was den Empfang  von  BIN-Dateien  unmöglich
  1396.   macht.
  1397.  
  1398.   Mit  dem Befehl '@M1' wird ein Modus aktiviert, bei dem  alle  Daten
  1399.   ohne  Veränderung  (transparent) an das  Terminalprogramm  übergeben
  1400.   werden, womit nun auch der BIN-Empfang möglich ist.
  1401.  
  1402.   Im Gegensatz zur Original-TF 2.4 wirkt sich dieser Befehl nicht  auf
  1403.   die  7/8-Bit-Wandlung  aus.  Das TFPCX verwendet immer  den  8  Bit-
  1404.   Zeichensatz.
  1405.  
  1406. @PO  Portzuordnung
  1407.  
  1408.   Mit  diesem  Befehl kann man für jeden Kanal festlegen,  ob  er  von
  1409.   allen,  nur von einem bestimmten oder von keinem Port aus  connectet
  1410.   werden kann. Wurde einem Kanal ein bestimmter Port zugewiesen,  gilt
  1411.   dieser auch als Default-Port beim 'C'-Befehl.
  1412.  
  1413.   Als Parameter wird eine Zeichenkette übergeben, wobei das 1. Zeichen
  1414.   zu  Kanal  1 gehört, das 2. Zeichen zu Kanal 2 usw. Bei  10  Kanälen
  1415.   besteht  die Zeichenkette also im Normalfall aus 10 Zeichen.  Werden
  1416.   weniger  Zeichen  angegeben,  bleibt die  Zuordnung  der  restlichen
  1417.   Kanäle   unverändert,  ist  die  Zeichenkette  länger,  werden   die
  1418.   überflüssigen Zeichen ignoriert. Folgende Zeichen sind möglich:
  1419.  
  1420.   '0' bis '7'  Connect nur von einem Port möglich (Portnummer)
  1421.   '*'          Connect von allen Ports möglich
  1422.   '-'          kein Connect von außen möglich
  1423.  
  1424.   Beispiele:
  1425.  
  1426.   @PO 0000011111*****-----
  1427.  
  1428.   Die  Kanäle 1-5 sind nur von Port 0 connectbar, die Kanäle 6-10  nur
  1429.   von Port 1, die Kanäle 11-15 sind von allen Ports aus erreichbar und
  1430.   die  Kanäle  16-20 sind überhaupt nicht connectbar  und  werden  für
  1431.   Connects nach außen freigehalten.
  1432.  
  1433.   @PO **********
  1434.  
  1435.   Alle  Kanäle können von allen Ports connectet werden. Dies  ist  die
  1436.   Standardeinstellung und ist kompatibel zu früheren TFPCX-Versionen.
  1437.  
  1438.   Eingehende  Connects werden dem untersten freien  Kanal  zugewiesen,
  1439.   auf  dem  das passende MYCALL eingestellt ist und dem  entweder  der
  1440.   Port zugeordnet wurde, von dem der Connect kommt oder der von  allen
  1441.   Ports connectbar ist ('*'). Gibt es keinen passenden Kanal, wird der
  1442.   Connect abgewiesen (BUSY).
  1443.  
  1444. @ST  Statistik
  1445.  
  1446.   Mit '@ST <Port>:' werden für den angegebenen Port einige  Statistik-
  1447.   Werte  ausgegeben.  Die Werte gelten für alle  Connects  auf  diesem
  1448.   Port. Bitte beachten, daß die Zähler nach dem Wert 65535 wieder  auf
  1449.   0 zurückgesetzt werden.
  1450.  
  1451.   Beispiel:
  1452.  
  1453.   0 SCC0 TX 87 11 10 RX 547 201 201 ERR 1
  1454.   ^ ^       ^  ^  ^     ^   ^   ^       ^
  1455.   1)2)      3) 4) 5)    6)  7)  8)      9)
  1456.  
  1457.   1) Portnummer
  1458.   2) Schnittstelle ('NULL', wenn interner Port)
  1459.   3) insgesamt gesendete Frames
  1460.   4) gesendete I-Frames
  1461.   5) bestätigte I-Frames (4)-5) ist verloren gegangen)
  1462.   6) insgesamt empfangene Frames
  1463.   7) empfangene I-Frames
  1464.   8) effektiv empfangene I-Frames (7)-8) REJects)
  1465.   9) aufgetretene Fehler (wird nur bei SCC und KISS angezeigt und nur
  1466.      wenn nicht 0)
  1467.  
  1468.   Mit  diesen Werten sind einfache statistische Aussagen  möglich.  An
  1469.   die  Portbezeichnung 2) wird bei KISS ein '+' angehängt, wenn  SMACK
  1470.   aktiviert ist.
  1471.  
  1472.   Wert 9) bezieht sich bei einem SCC-Port auf die Over- und  Underruns
  1473.   des  SCC-Controllers, die immer dann auftreten, wenn  nicht  schnell
  1474.   genug auf Interrupts reagiert wird. Bei KISS führen Zeichenverluste,
  1475.   KISS-Frame-  und CRC-Fehler (bei SMACK) zur Erhöhung dieses  Wertes.
  1476.   Wenn  die  Fehleranzahl  schnell größer wird,  ist  der  Rechner  zu
  1477.   langsam für die verwendete Baudrate oder bei KISS ist die Verbindung
  1478.   zum TNC nicht in Ordnung.
  1479.  
  1480.   Mit '@ST <Port>:-' werden die Werte gelöscht.
  1481.  
  1482. @T4  T2 bei DAMA
  1483.  
  1484.   Dieser  Befehl  gibt  den T2-Startwert  für  DAMA-Betrieb   an   und
  1485.   bestimmt  die Zeit, die gewartet wird  bis  ein   empfangener  Frame
  1486.   bestätigt wird.
  1487.  
  1488. @TA  TXTAIL
  1489.  
  1490.   TXTAIL kann in 10ms-Einheiten eingestellt werden (0-6000), ist  aber
  1491.   im  Normalfall  unter  Berücksichtigung  von  Baudrate  und   Timer-
  1492.   Ungenauigkeit optimal gesetzt (@TA=4 bei 300 Baud, @TA=1 sonst). Bei
  1493.   KISS  hängt  das  richtige TXTAIL vom TNC  ab,  weshalb  hier  keine
  1494.   automatische Einstellung erfolgt.
  1495.  
  1496. @U  Unproto-Poll
  1497.  
  1498.   Hiermit  wird festgelegt, ob Unproto-Frames mit  gesetztem  Poll-Bit
  1499.   ausgesendet werden (Default) oder ohne.
  1500.  
  1501.  
  1502. 8.3. KISS
  1503.  
  1504.   Beim  KISS-Betrieb gibt es einige Besonderheiten, auf die an  dieser
  1505.   Stelle eingegangen wird.
  1506.  
  1507.   Wenn  das TFPCX gestartet wird, muß ein zu verwendender TNC  bereits
  1508.   eingeschaltet  und im KISS-Mode sein. Das TFPCX bietet selbst  keine
  1509.   Möglichkeit  zur  Aktivierung von KISS. Der  beim  TFPCR  vorhandene
  1510.   Befehl @K existiert hier nicht. Zum Einschalten des KISS-Modes  kann
  1511.   man das mitgelieferte Programm KISSINIT benutzen.
  1512.  
  1513.   TFPCX unterstützt die KISS-Erweiterung SMACK (Version 1.0), die  die
  1514.   Sicherheit  vor Übertragungsfehlern verbessert. SMACK  wird  automa-
  1515.   tisch aktiviert, wenn das angeschlossene Gerät dies erlaubt. Mit dem
  1516.   Befehl  @ST (siehe Abschnitt 8.2.) läßt sich überprüfen, in  welchem
  1517.   Modus  gearbeitet wird (Anzeige bei SMACK z.B. 'COM1+').  SMACK  ist
  1518.   erst  dann aktiv, wenn mindestens je 1 Frame gesendet und  empfangen
  1519.   wurde.
  1520.  
  1521.   Die  Sende-/Empfangsanzeige  bezieht  sich bei KISS  nicht  auf  den
  1522.   eigentlichen  Übertragungskanal, sondern auf die  serielle  Schnitt-
  1523.   stelle zum TNC bzw. gekoppelten Rechner.
  1524.  
  1525.   Zur  Kopplung eines PCs mit einem anderen Rechner  (z.B.  Digipeater
  1526.   und  Mailbox) benötigt man lediglich ein Nullmodem-Kabel. Das  TFPCX
  1527.   arbeitet  dabei  immer Duplex (Befehl @D hat keine  Bedeutung).  Die
  1528.   Parameter sind entsprechend einzustellen. Die folgenden Ausführungen
  1529.   sind vor allem für normalen TNC-Betrieb wichtig.
  1530.  
  1531.   Im  KISS-Mode  hat  das  TFPCX  keine  direkte  Kontrolle  über  den
  1532.   Übertragungskanal,  da der TNC dazwischen geschaltet ist. Das  TFPCX
  1533.   hat keine Möglichkeit festzustellen, ob die Frequenz  augenblicklich
  1534.   frei ist und wann zu sendende Frames tatsächlich vom TNC  übertragen
  1535.   wurden,  was  zu  unnötigen Aussendungen  führen  kann.  Dabei  sind
  1536.   insbesondere zwei Fälle interessant:
  1537.  
  1538.   - Das TFPCX hat einen Frame an den TNC zur Aussendung übergeben  und
  1539.     wartet  auf die Bestätigung der anderen Station. Falls  zu  diesem
  1540.     Zeitpunkt  der Kanal längere Zeit durch eine andere Station  (z.B.
  1541.     Digi)  belegt  ist, kann der TNC den Frame nicht  senden  und  das
  1542.     TFPCX nimmt nach einer bestimmten Zeit an, daß der Frame  verloren
  1543.     gegangen ist und wiederholt ihn, obwohl er noch gar nicht gesendet
  1544.     wurde. Die Folge ist die unnötige doppelte Aussendung des Frames.
  1545.  
  1546.     Die  Zeit  zwischen  Aussendung  eines  Frames  und  Empfang   der
  1547.     Bestätigung  wird  vom TFPCX gemessen und  daraus  ermittelt,  wie
  1548.     lange  im Mittel auf die Antwort gewartet werden muß. Damit  passt
  1549.     sich  diese  Zeit der Kanalbelegung an  und  derartige  Dopplungen
  1550.     sollten nur selten auftreten. Durch Ändern des Parameters @A3 kann
  1551.     man die Verzögerung bei Bedarf beeinflussen.
  1552.  
  1553.   - Wenn hintereinander mehrere Frames empfangen werden, können  diese
  1554.     normalerweise  durch einen einzigen Frame bestätigt werden.  Dabei
  1555.     ergibt  sich  die Frage, wann das TFPCX davon ausgehen  kann,  daß
  1556.     kein  weiterer  Frame folgt und die Bestätigung  generiert  werden
  1557.     kann.  Beim  seriellen  Modem oder einer  SCC-Karte  wird  einfach
  1558.     solange gewartet, bis die Gegenstation ihre Aussendung beendet hat
  1559.     und der Übertragungskanal frei ist.
  1560.  
  1561.     Bei KISS ist dieses Vorgehen nicht möglich. Hier ist die  richtige
  1562.     Einstellung des Parameters @T2 besonders wichtig. Er bestimmt  die
  1563.     Zeit,  die  nach  Empfang eines Frames gewartet  wird,  bevor  ein
  1564.     Bestätigungsframe erzeugt wird. Wenn vor Ablauf dieser Verzögerung
  1565.     ein  weiterer Frame eintrifft, beginnt die Zeitmessung  von  vorn.
  1566.     Der  Timer  sollte  erst ablaufen, wenn  kein  Frame  mehr  folgt,
  1567.     wodurch alle empfangenen Frames zusammen bestätigt werden. Ist @T2
  1568.     zu  kurz eingestellt, werden unnötigerweise mehrere  Bestätigungen
  1569.     gesendet.
  1570.  
  1571.     Welchen  Wert muß @T2 nun erhalten? Die  eingestellte  Verzögerung
  1572.     muß  etwas größer als die maximale Sendedauer für einen Frame  der
  1573.     Gegenstation sein. In Abhängigkeit von der Modem-Baudrate kann man
  1574.     folgende Richtwerte angeben:
  1575.  
  1576.       Baud  @T2
  1577.  
  1578.       1200  250
  1579.       2400  150  (Default)
  1580.       4800  100
  1581.       9600   50
  1582.  
  1583.     Diese Angaben gelten für Frames mit 256 Datenbytes und sind  recht
  1584.     großzügig gewählt. Wer mit den Werten experimentieren will, sollte
  1585.     dabei im Monitor beobachten, ob beim Empfang  aufeinanderfolgender
  1586.     Frames,  jeder  Frame einzeln mit einem RR-Frame  bestätigt  wird.
  1587.     Falls das nur sehr selten auftritt, ist es aber auch aktzeptabel.
  1588.  
  1589.     WICHTIG!
  1590.  
  1591.     Der  Default-Wert @T2=150 ist für 1200 Baud-Betrieb zu kurz.  Hier
  1592.     sollte unbedingt eine größere Verzögerung eingestellt werden.
  1593.  
  1594.     Bei  DAMA wird anstelle von @T2 der Parameter @T4  verwendet.  Die
  1595.     Standard-Einstellung  @T4=1 ist für KISS nicht zu  empfehlen.  Für
  1596.     DAMA gelten ebenfalls die genannten Richtwerte.
  1597.  
  1598.  
  1599. 8.4. DAMA
  1600.  
  1601.   Sobald  eine Verbindung zu einem DAMA-Master  (Digipeater)  besteht,
  1602.   sendet  das  TFPCX  nur noch dann, wenn es einen  Frame  vom  Master
  1603.   empfängt, dann allerdings alle anstehenden Frames auf allen Kanälen.
  1604.   Der DAMA-Slave wird jeweils nur für den Port aktiviert, auf dem  die
  1605.   Verbindung  zum Master besteht. Die Connects, die über  die  anderen
  1606.   Ports laufen arbeiten ganz normal ohne DAMA.
  1607.  
  1608.   Es  ist nicht notwendig, für DAMA spezielle Parameter  einzustellen.
  1609.   Damit  ist  alternativer Betrieb problemlos möglich.  Mit  dem  'B'-
  1610.   Befehl  kann man ermitteln, ob DAMA eingeschaltet (Wert in  Klammern
  1611.   größer 0). Die vom DAMA-Master empfangenen Frames (nicht die  selbst
  1612.   gesendeten) erhalten im Monitor den Zusatz '[DAMA]'.
  1613.  
  1614.   Bei dieser Version erfolgte eine Änderung im DAMA-Slave, wodurch die
  1615.   bekannten Meckermeldungen von TheNetNode-Digis bei Multiconnect  nun
  1616.   kaum  noch  auftreten sollten, was ich jedoch  selbst  nicht  testen
  1617.   konnte.
  1618.  
  1619.  
  1620.  
  1621.  
  1622.                                 ANHANG
  1623.  
  1624.  
  1625.  
  1626. 1. Befehlsübersicht
  1627.  
  1628.   Befehl        Parameter       Beschreibung
  1629.   ------        ---------       ------------
  1630.  
  1631.   * B (120)       0             DAMA-Einschaltung blockiert
  1632.                  1-600          DAMA-Timeout-Zeit (Sekunden)
  1633.  
  1634.   * C            Call ...       Connect-Weg (Kanal 0: unproto)
  1635.  
  1636.     D                           Disconnect
  1637.  
  1638.     E (1)         0             kein Echo für eingegebene Zeichen
  1639.                   1             Echo für eingegebene Zeichen
  1640.  
  1641.     F (250)      1-15           Startwert für T1 (Sekunden)
  1642.                 16-65535        Startwert für SRTT (10ms)
  1643.  
  1644.     G            [0]            Information im Hostmode holen
  1645.                  [1]            Status im Hostmode holen
  1646.  
  1647.     I            Call           eigenes Rufzeichen
  1648.  
  1649.     JHOST (0)     0             Terminalmode eingeschalten
  1650.                   1             Hostmode eingeschalten
  1651.  
  1652.     L           [0-10]          Statusanzeige für die Kanäle
  1653.  
  1654.     M (N)       NIUSC+-         Monitor-Betriebsart
  1655.  
  1656.     N (20)       0-127          Anzahl der Versuche (0 = unendlich)
  1657.  
  1658.   * O (2)        1-7            Anzahl der unbestätigten Pakete
  1659.  
  1660.   * P (32)       0-7            Parameterabfrage für angegebenen Port
  1661.                  8-255          P-Persistenz Wert für non-DAMA
  1662.  
  1663.     QRES                        Rücksetzen in Terminalmode
  1664.  
  1665.     R (1)         0             Digipeater ausgeschaltet
  1666.                   1             Digipeater eingeschaltet
  1667.  
  1668.     S (0)        0-10           Kanal-Nummer (0 = unproto)
  1669.  
  1670.   * T (25)       0-127          Wartezeit von PTT ein bis Daten (10ms)
  1671.  
  1672.     U (2)        0 [Text]       Connecttext unterdrücken
  1673.                  1 [Text]       Connecttext aktiv
  1674.                  2 [Text]       Connecttext und Remote-//Quit aktiv
  1675.  
  1676.     V (2)         1             Protokoll Version 1
  1677.                   2             Protokoll Version 2
  1678.  
  1679.   * W (10)       0-127          Zeitschlitz für P-Persistenz (10ms)
  1680.  
  1681.   * X (1)         0             PTT für Sender unterdrückt
  1682.                   1             PTT für Sender freigegeben
  1683.  
  1684.     Y (10)       0-10           Maximale Anzahl von Verbindungen
  1685.  
  1686.     @A1 (7)      0-65535        SRTT-Glättung, wenn RTT steigt
  1687.                                 (SRTT'=(A1*SRTT+RTT)/(A1+1))
  1688.  
  1689.     @A2 (15)     0-65535        SRTT-Glättung, wenn RTT fällt
  1690.                                 (SRTT'=(A2*SRTT+RTT)/(A2+1))
  1691.  
  1692.     @A3 (3)      2-16           Faktor für T1 (T1=A3*SRTT)
  1693.  
  1694.     @B                          Zeigt Anzahl der freien Puffer
  1695.  
  1696.   * @C (0)        0             Software-DCD aus
  1697.                  1-63           Schwellwert für Software-DCD
  1698.  
  1699.   * @D (0)        0             Full duplex ausgeschaltet
  1700.                   1             Full duplex eingeschaltet
  1701.  
  1702.     @I (80)       0             IPOLL aus
  1703.                  1-256          maximale Länge eines IPOLL-Frames
  1704.  
  1705.     @L           Port:Call ...  Linkliste eingeben (max. 8 Einträge)
  1706.                  '-'            Linkliste löschen
  1707.  
  1708.     @M (0)        0             Umwandlung empfangener Steuerzeichen
  1709.                   1             Transparent-Modus bei Empfang
  1710.  
  1711.     @PO ('*')    cccccccccc     Portzuordnung (je Kanal ein Zeichen)
  1712.                  c = '0'-'7'    Connect nur von Port c möglich
  1713.                      '*'        Connect von allen Ports möglich
  1714.                      '-'        kein Connect von außen möglich
  1715.  
  1716.     @S                          Momentaner Link-Status
  1717.  
  1718.   * @ST                         Statusanzeige je Port
  1719.                  '-'            Statuszähler rücksetzen
  1720.  
  1721.   * @T2 (150)    0-65535        Timer T2 (10ms)
  1722.  
  1723.     @T3 (30000)  0-65535        Timer T3 (10ms)
  1724.  
  1725.   * @T4 (1)      0-65535        Timer T2 bei DAMA (10ms)
  1726.  
  1727.   * @TA (1/4)    0-6000         Zeit von Frameende bis PTT aus (10ms)
  1728.  
  1729.     @U  (1)       0             Unproto-Frames ohne Poll
  1730.                   1             Unproto-Frames mit Poll
  1731.  
  1732.     @V  (0)       0             Rufzeichencheck abgeschaltet
  1733.                   1             Rufzeichencheck eingeschaltet
  1734.  
  1735.   *   Parameter <Port>: möglich
  1736.   []  optionale Parameter
  1737.   ()  Standardeinstellungen
  1738.   ... mehrere Parameter möglich
  1739.  
  1740.  
  1741.  
  1742. 2. Fehlerbehebung (Modembetrieb)
  1743.  
  1744.   Bei  Problemen  sollte man zunächst mal überlegen, woran  es  liegen
  1745.   könnte. Neben dem TFPCX kommen dafür auch das Terminalprogramm,  das
  1746.   Modem, die SCC-Karte oder die HF-Technik in Frage.
  1747.  
  1748.   Dieser Abschnitt gilt vor allem für den Modembetrieb.
  1749.  
  1750.   Das  TFPCX stellt an den verwendeten Rechner höherere  Anforderungen
  1751.   als  ein  normaler  TNC. Werden diese nicht  erfüllt,  kommt  es  zu
  1752.   Problemen. Zum Verständnis möchte ich erläutern, wie das TFPCX  beim
  1753.   Empfangen und Senden arbeitet.
  1754.  
  1755.   Beim Packet Radio werden die Daten seriell und synchron  übertragen.
  1756.   Die  serielle Schnittstelle kann normalerweise nur asynchrone  Daten
  1757.   mit Start- und Stopbits verarbeiten, beim Packet Radio gibt es diese
  1758.   nicht. Damit ist die Schnittstelle auch nicht im herkömmlichen Sinne
  1759.   verwendbar.  Das  TFPCX  muß  sich deshalb  um  jedes  einzelne  Bit
  1760.   kümmern,  die  serielle  Schnittstelle wird nur  als  simples  Latch
  1761.   benutzt, um jeweils ein Bit zu puffern.
  1762.  
  1763.   Damit  das TFPCX die Daten im vorgegebenen Zeitraster von z.B.  1200
  1764.   Bit/s  verarbeiten  kann, benötigt es ein genaues  Zeitnormal.  Beim
  1765.   Senden  reichen  dafür  1200  Takte/s, für  den  Empfang  sind  beim
  1766.   verwendeten  Verfahren  aber 3600 Takte/s erforderlich,  damit  eine
  1767.   ständige  Synchronisierung zum empfangenen Signal möglich  ist.  Das
  1768.   TFPCX benutzt dazu eine programmierte PLL. Die Modem-RX-Datenleitung
  1769.   wird  in  jeder  Bitzeit  3  mal  abgetastet,  ob  eine  Flanke   im
  1770.   empfangenen Signal auftrat. Im Idealfall dürfte eine Flanke nur  bei
  1771.   jedem   3.   Abtasten  auftreten,  durch  Schwankungen   im   Signal
  1772.   'verrutscht'  aber dieses Raster von Zeit zu Zeit. Die  Richtung  in
  1773.   der das Signal aus dem Raster läuft kann durch den dreimaligen  Test
  1774.   erkannt und ausgeglichen werden.
  1775.  
  1776.   Ich habe als Zeitgeber den in jedem PC enthaltenen Timer-IC benutzt,
  1777.   der  auch für die Uhrzeit zuständig ist. Der Timer löst  3600  mal/s
  1778.   einen Interrupt (Unterrechung des laufenden Programms) aus, was dann
  1779.   zum  Aufruf  einer  bestimmten Routine führt, die  für  Empfang  und
  1780.   Senden  zuständig  ist.  Es ist klar, daß  diese  Routine  nur  dann
  1781.   richtig arbeiten kann, wenn sie auch im vorgegebenen Raster  ständig
  1782.   ohne größere Verzögerungen aufgerufen wird.
  1783.  
  1784.   Wenn man das TFPCX mit einem angeschlossenen TNC vergleicht,  ergibt
  1785.   sich  bei der gleichen Baudrate etwa eine 30-fache Belastung,  macht
  1786.   bei 1200 Baud Modembetrieb eine Baudrate von 36000 zwischen TNC  und
  1787.   Rechner,  womit viele PCs schon Probleme haben. Es ist  deshalb  ein
  1788.   großer Unterschied, ob man einen TNC oder das TFPCX benutzt.
  1789.  
  1790.  
  1791. 2.1. Sende- und Empfangsprobleme
  1792.  
  1793.   Der  verwendete Rechner muß zuerst überhaupt in der Lage  sein,  die
  1794.   angesprochene  Zahl  von Interrupts zu verkraften.  Bei  Überlastung
  1795.   verlangsamt  sich  das  System  extrem oder  stürzt  sogar  ab.  Aus
  1796.   Erfahrungen kann man etwa folgende Tabelle angeben (ohne Gewähr):
  1797.  
  1798.   PC    XT   XT   286  386
  1799.   MHz   5    8    12   20
  1800.  
  1801.   Baud
  1802.    300  *    *    *    *
  1803.   1200  ?    ?    *    *
  1804.   2400  -    ?    *    *
  1805.   4800  -    -    ?    *
  1806.  
  1807.   *  Betrieb möglich
  1808.   ?  Betrieb eventuell möglich (mit Einschränkungen)
  1809.   -  Betrieb unmöglich
  1810.  
  1811.   Es gibt aber auch immer wieder Probleme mit Rechnern, die eigentlich
  1812.   schnell  genug sind. Es handelt sich dabei vor allem  um  unsicheren
  1813.   Empfang,  der häufige REJects zur Folge hat, was dann zur  ständigen
  1814.   Wiederholung  von  Frames  führt.  Die  Ursache  dafür  sind   meist
  1815.   bestimmte  residente Programme, Treiber  und  Hardwareerweiterungen,
  1816.   die  längere Zeit verhindern, daß Interrupts auftreten können.  Wenn
  1817.   dies,  während ein Frame empfangen wird, nur einmal fuer  ca.  200µs
  1818.   passiert,  wird  dieses Packet verloren gehen. Falls  man  derartige
  1819.   Probleme hat, sollte man das TFPCX mal mit der Option '-D'  starten.
  1820.   Treten während des Betriebes Unterbrechungen des hörbaren Tones auf,
  1821.   deutet dies auf den genannten Aspekt hin.
  1822.  
  1823.   Häufige Problemquellen:
  1824.  
  1825.   - Verwenden  des  Extended  (XMS) oder  Expanded  Memory  (EMS)  als
  1826.     Pufferspeicher für Terminalprogramme (z.B. SP, GP) und Disk-Caches
  1827.     (vor allem auf 286ern)
  1828.  
  1829.     Als  Abhilfe  muß man verhindern, daß auf  diesen  Speicher  zuge-
  1830.     griffen  wird, solange mit dem TFPCX gearbeitet wird. Bei SP  darf
  1831.     man  dazu  nicht  die SPO.EXE und  das  XMS-Swapping  ('SWP=1'  in
  1832.     CONFIG.SP) verwenden. GP sollte mit der Option '/NOXMS'  gestartet
  1833.     werden. Den Disk-Cache kann man evtl. trotzdem verwenden, wenn die
  1834.     Option '-ND' angegeben wird (siehe Abschnitt 6.2.3.).
  1835.  
  1836.   - Treiber,  die das Hochladen von residenten Programmen  ermöglichen
  1837.     (z.B. EMM386)
  1838.  
  1839.     Reicht es nicht aus, wenn man die Maßnahmen aus dem vorigen Absatz
  1840.     berücksichtigt, muß auf den EMM386-Treiber evtl. völlig verzichtet
  1841.     werden, solange man mit dem TFPCX arbeitet.
  1842.  
  1843.   - langsame Tastatur-Treiber (KEYB)
  1844.  
  1845.     Wenn immer dann Frames verloren gehen, wenn man eine Taste drückt,
  1846.     sollte  man mal einen anderen Tastaturtreiber  ausprobieren  (z.B.
  1847.     CKEYGR.COM von der SP-Disk)
  1848.  
  1849.   - VGA-Karten und HD-Controller
  1850.  
  1851.     Manche  VGA-Karten sperren vor allem im Grafikmodus  (GP)  längere
  1852.     Zeit den Interrupt. Mir wurde auch berichtet, daß es HD-Controller
  1853.     gibt, die Probleme verursachen, wenn man den Controller entfernte,
  1854.     lief  alles  einwandfrei. Hier fällt es schwer,  ein  praktikables
  1855.     Rezept   anzugeben.  Man  sollte  es  vielleicht  mal  mit   einem
  1856.     Terminalprogramm  versuchen, daß keine Grafik verwendet  bzw.  bei
  1857.     Problemen  mit  Diskzugriffen  die  Option  '-ND'  verwenden,  die
  1858.     allerdings gewöhnungsbedürftig ist (siehe Abschnitt 6.2.3.).
  1859.  
  1860.   Manchmal  sind  doch  gewisse Kompromisse nötig, um  mit  dem  TFPCX
  1861.   arbeiten  zu  können, wer diese nicht eingehen will, muß  halt  aufs
  1862.   TFPCX verzichten. Wer sich wundert, warum das TFPCX plötzlich  nicht
  1863.   mehr  geht,  sollte  mal nachdenken, ob er  vielleicht  einen  neuen
  1864.   Treiber  geladen oder etwas anderes verändert hat. Was ich auf  alle
  1865.   Fälle  nicht  will  ist,  daß jemand mit  dem  TFPCX  unnötig  Digi-
  1866.   Einstiege belastet, weil er jeden Frame erst beim 3. mal hört.
  1867.  
  1868.  
  1869. 2.2. Probleme mit anderen Programmen
  1870.  
  1871.   Während  das  TFPCX  aktiv ist, dürfen  keine  Programme  aufgerufen
  1872.   werden, die sich am vom TFPCX benutzten Timer vergreifen. Wird  dies
  1873.   doch getan, kann das System abstürzen, sich extrem verlangsamen oder
  1874.   die Systemuhr geht falsch. Zu diesen Programmen zählen z.B.:
  1875.  
  1876.   - MS-Word 5.0 und 5.5
  1877.   - EDIT von MS-DOS 5.0
  1878.   - manche Mousetreiber
  1879.  
  1880.   Bei folgenden Programmen traten ebenfalls Probleme auf, deren genaue
  1881.   Ursache unbekannt ist:
  1882.  
  1883.   - Tastaturtreiber von DR-DOS 6.0 (Tastatur hängt), anderen Treiber
  1884.     (z.B. CKEYGR.COM, der mal mit SP vertrieben wurde) verwenden
  1885.  
  1886.   - Microsoft Mousetreiber (MOUSE.COM), Abhilfe durch anderen Treiber
  1887.  
  1888.   - IBM VCPI.SYS-Treiber (bei Notebooks verwendet), Entfernen des
  1889.     Treibers behebt evtl. das Problem
  1890.  
  1891.  
  1892. 2.3. Hardwareprobleme
  1893.  
  1894.   Es  gibt einige PCs (vor allem Laptops), die keine  voll  kompatible
  1895.   serielle Schnittstelle haben. Obwohl die Anforderungen hier nicht so
  1896.   hoch  sind wie beim BayCom, kann es bei größeren  Abweichungen  auch
  1897.   mit dem TFPCX auf solchen Rechnern Probleme geben. Oftmals geht zwar
  1898.   der Empfang, nur das Senden klappt nicht. Bisher habe ich derartiges
  1899.   von folgenden Rechnern gehört:
  1900.  
  1901.   - Toshiba 1000XE
  1902.   - NEC Multispeed
  1903.   - Olivetti M24
  1904.  
  1905.   Beim  TFPCX  gibt  es  die Möglichkeit,  das  Modem  über  die  LPT-
  1906.   Schnittstelle anzuschließen, was als Ausweg denkbar ist.
  1907.  
  1908.   Laptops und Notebooks unterstützen meist verschiedene Stromsparmodi,
  1909.   die  dem TFPCX nach einer bestimmten Zeit ohne Tastendruck  die  be-
  1910.   nötigte Rechenleistung entziehen. Bei diesen Rechnern (z.B. Olivetti
  1911.   Quaderno)  ist es oftmals nötig, das Powermanagment  (besonders  die
  1912.   Absenkung des Prozessortaktes) zu deaktivieren.
  1913.  
  1914.  
  1915.  
  1916. 3. Hardwareanschluß
  1917.  
  1918.  
  1919. 3.1. Serielle Modems
  1920.  
  1921.   BayCom-kompatible  Modems können ohne Änderung verwendet werden.  In
  1922.   seltenen Fällen gibt es Probleme durch die stabilere Stromversorgung
  1923.   beim  TFPCX  im  Vergleich zum BayCom. Hier  liegt  die  TXD-Leitung
  1924.   statisch  auf  etwa +12V, während BayCom ein Taktsignal  auf  dieser
  1925.   Leitung  liefert. Dadurch liegt die Versorgungsspannung  des  Modems
  1926.   etwas höher und der Spannungteiler an Pin 7 des TCM3105 liefert eine
  1927.   vom   Idealwert  abweichende  Spannung.  In  diesem  Fall  ist   ein
  1928.   Neuabgleich   des   Spannungsteilers  erforderlich   (siehe   Modem-
  1929.   Dokumentation).
  1930.  
  1931.   Zusätzlich  besteht  noch  die  Möglichkeit,  ein  Modem  (z.B.  vom
  1932.   DigiCom)  über eine LPT-Schnittstelle anzuschließen. Dabei werden  6
  1933.   Datenleitungen  statisch  auf ca. 5V geschaltet, was  eventuell  zur
  1934.   Stromversorgung  des  Modems verwendet werden  kann  (Benutzung  auf
  1935.   eigene Gefahr).
  1936.  
  1937.   Hier die Anschlußbelegung der Modem-Schnittstellen:
  1938.  
  1939.   COM-Port
  1940.  
  1941.   Signal   25pol.  9pol.  Bedeutung
  1942.  
  1943.   DTR      20      4      Sendedaten +/- 12V
  1944.   RTS      4       7      PTT, High aktiv, -12V=RX, +12V=TX
  1945.   CTS      5       8      Empfangsdaten
  1946.   GND      7       5      Masse
  1947.   TXD      2       3      +12V für BayCom-Modem
  1948.  
  1949.   LPT-Port
  1950.  
  1951.   Signal   25pol.         Bedeutung
  1952.  
  1953.   DATA1-6  2-7            statisch ca. 5V für Modem
  1954.   DATA7    8              Sendedaten, TTL-Pegel
  1955.   DATA8    9              PTT, High aktiv, 0V=RX, 5V=TX
  1956.   BUSY     11             Empfangdaten
  1957.   GND      18-25          Masse
  1958.  
  1959.   Auch  Modems  mit  dem AM7911 können  verwendet  werden.  Dafür  muß
  1960.   eventuell der TXTAIL-Parameter (Befehl @TA) etwas vergrößert werden.
  1961.   Ich  will hier noch darauf hinweisen, daß man für  andere  Baudraten
  1962.   auch   andere  Modems  braucht.  Eventuell  sind  auch  nur   kleine
  1963.   Änderungen erforderlich (Quarz tauschen).
  1964.  
  1965.  
  1966. 3.2. BayCom-USCC-Karte
  1967.  
  1968.   Die   Anschlußbelegung   der   USCC-Karte   muß   der    zugehörigen
  1969.   Dokumentation  entnommen werden. Hier wird nur die Nummerierung  der
  1970.   Ports  und  die Standardeinstellungen für  Modem-Taktversorgung  und
  1971.   Baudrate aufgeführt:
  1972.  
  1973.   Port  SCC  Modem-Takt   Baud  Modem
  1974.  
  1975.   SCC0  1A   Softclock    1200  AFSK (TCM3105)
  1976.   SCC1  1B   Softclock    1200  AFSK (AM7911)
  1977.   SCC2  2A   Disable      9600  Extern
  1978.   SCC3  2B   DF9IC-Modem  9600  FSK  (DF9IC)
  1979.  
  1980.   Der  zweite  SCC-Controller (Z8530) muß  nicht  unbedingt  vorhanden
  1981.   sein, wenn die entsprechenden Kanäle nicht benutzt werden, der erste
  1982.   Controller  ist  jedoch immer notwendig. Damit kann jetzt  auch  die
  1983.   9k6-USCC-Karte verwendet werden (Option -PUSCC:<Base>:<IRQ>:31).
  1984.  
  1985.   Die nächste Tabelle gibt nochmal die genauen Taktquellen für Empfang
  1986.   (RxC)  und Senden (TxC) und den Kodierungsmode an. Die erste  Spalte
  1987.   enthält  die bei der Option -PUSCC anzugebende Ziffer,  die  letzten
  1988.   geben die äquvivalenten Werte für die Parameter CARRIER und  HENNING
  1989.   beim BayCom an. Soft-DCD und Duplex-Betrieb wird mit den Befehlen @C
  1990.   und @D eingeschaltet.
  1991.  
  1992.   -P              RxC  TxC  Mode CARRIER HENNING
  1993.  
  1994.    1 Softclock    DPLL BRG  NRZI   0/1      0
  1995.    2 Hardclock    DPLL RTxC NRZI   2-4      0
  1996.    3 DF9IC-Modem  TRxC RTxC NRZ    1-4      1
  1997.  
  1998.   BRG   Baudratengenerator \ im SCC-Controller
  1999.   DPLL  Digitale PLL       / enthalten
  2000.   RTxC                     \ Anschlüsse des
  2001.   TRxC                     / SCC-Controllers
  2002.  
  2003.   Bei  einigen  USCC-Karten gibt es  vermutlich  Timing-Probleme  beim
  2004.   Zugriff  auf  den  Datenport der SCC-Controller.  Beim  TFPCX  v2.00
  2005.   wurden   dadurch  vereinzelt  sinnlose  Daten  gesendet.  Nach   dem
  2006.   Herabsetzen  des  Bustaktes bzw. dem  Austausch  der  SCC-Controller
  2007.   durch  Original-ZILOG-Typen  ließen  sich  diese  Effekte  teilweise
  2008.   beseitigen.  Das TFPCX gibt nun die Sendedaten nicht mehr  über  den
  2009.   Datenport  aus,  wie  das beim BayCom ebenfalls  gemacht  wird.  Ich
  2010.   hoffe, daß diese Probleme damit nicht mehr auftreten.
  2011.  
  2012.  
  2013.  
  2014. 4. Informationen für Softwareentwickler
  2015.  
  2016.  
  2017. 4.1. Programm-Interface
  2018.  
  2019.   Die  Kommunikation zum TFPCX erfolgt über einen  Software-Interrupt.
  2020.   Es  existieren  verschiedene Unterfunktionen, die über den  Wert  im
  2021.   Register  AH   beim Aufruf selektiert werden.  Eventuelle  Parameter
  2022.   werden  in AL übergeben. AX enthält bei Rückkehr das  Ergebnis  oder
  2023.   0xFFFF, wenn eine nicht existierende Funktion ausgewählt wurde. Alle
  2024.   zur Eingabe bereitstehenden Zeichen sollten eingelesen werden, bevor
  2025.   die   nächste  Ausgabe  gemacht  wird.  Das  TFPCX   unterstützt   2
  2026.   verschiedene Interfaces, die sich nur wenig unterscheiden.
  2027.  
  2028.  
  2029. 4.1.1. TFPC-Interface
  2030.  
  2031.   Unterfunktionen:
  2032.  
  2033.   AH = 1  Abfrage, ob ein Zeichen zur Eingabe bereit steht
  2034.  
  2035.           Rückgabe:   AX = 0  kein Zeichen bereit
  2036.                       AX = 1  Zeichen zur Eingabe bereit
  2037.  
  2038.   AH = 2  Zeicheneingabe (nur aufrufen, wenn Funktion 1 mitgeteilt
  2039.           hat, daß ein Zeichen zur Verfügung steht)
  2040.  
  2041.           Rückgabe:   AL      Zeichenkode
  2042.  
  2043.   AH = 3  Ausgabe eines Zeichens
  2044.  
  2045.           Parameter:  AL      auszugebendes Zeichen
  2046.  
  2047.   Drei  Bytes nach dem Einsprung in die TFPCX-Interrupt-Routine  steht
  2048.   der  Kennungsstring  'N5NX', anhand dessen  der  benutzte  Interrupt
  2049.   ermittelt kann.
  2050.  
  2051.  
  2052. 4.1.2. DRSI-Interface
  2053.  
  2054.   Die  Implementierung im TFPCX erfolgte anhand von SP, da  mir  weder
  2055.   eine  Beschreibung  noch  der TNCTSR-Treiber  selbst  zur  Verfügung
  2056.   stand.  Ich  konnte mich deshalb nur an  der  Funktionsfähigkeit  im
  2057.   Zusammenhang  von  SP orientieren, Abweichungen  vom  Original  sind
  2058.   möglich.
  2059.  
  2060.   Unterfunktionen:
  2061.  
  2062.   AH = 0  Eingabe eines Zeichens
  2063.  
  2064.           Rückgabe:   AH = 0  kein Zeichen zur Eingabe bereit
  2065.                       AH = 1  Zeichen zur Eingabe bereit
  2066.                       AL      Zeichenkode (nur wenn AH = 1)
  2067.  
  2068.   AH = 1  Ausgabe eines Zeichens
  2069.  
  2070.           Parameter:  AL      auszugebendes Zeichen
  2071.  
  2072.           Rückgabe:   AH = 0  kein Zeichen zur Eingabe bereit (nur zur
  2073.                               Kompatibilität mit TNCTSR-Treiber)
  2074.  
  2075.   Die Interrupt-Routine beginnt mit folgenden Bytes:
  2076.  
  2077.   0x53 0x1E 0xBB 0x?? 0x?? 0x8E 0xDB 0x84 0xE4 0x74 0x20
  2078.  
  2079.   Der benutzte Interrupt kann ermittelt werden, indem der Anfang aller
  2080.   Routinen  der Interrupt-Vektoren 0x40 bis 0xFF mit dieser  Bytefolge
  2081.   verglichen  wird, dabei können die Positionen 0x??  beliebige  Werte
  2082.   annehmen.  Dieses Verfahren funktioniert auch mit  dem  DRSI-TNCTSR-
  2083.   Treiber und wird ebenfalls von SP benutzt.
  2084.  
  2085.  
  2086. 4.1.3. Spezielle Funktionen
  2087.  
  2088.   Die folgenden Unterfunktionen sind Erweiterungen, die nur beim TFPCX
  2089.   existieren. Sie sind bei beiden Interface-Varianten vorhanden.
  2090.  
  2091.   AH = 0xFB  Abfrage von Port- und Kanalanzahl (ab v2.00)
  2092.  
  2093.              Rückgabe:  AL       Anzahl der benutzten Ports (0 bis 8)
  2094.                         AH       Anzahl vorhandener Kanäle (4 bis 40)
  2095.  
  2096.              Die Kanalanzahl wird mit der Option '-CH' eingestellt.
  2097.  
  2098.   AH = 0xFC  Abfrage des Sende-/Empfangsstatus (ab v2.00)
  2099.  
  2100.              Rückgabe:  AL       Empfangsstatus (Bit-Nr. = Port)
  2101.                         AH       Sendestatus
  2102.  
  2103.              Mit  dieser  Funktion  kann  eine  Sende-/Empfangsanzeige
  2104.              durch  das  Terminalprogramm realisiert  werden,  da  die
  2105.              Option  -C  nur  im Textmode  funktioniert  und  für  den
  2106.              Bildschirmaufbau  auch nicht optimal ist. Jedem Port  ist
  2107.              je  ein Bit von AL und AH zugeordnet. Bit 0 (LSB)  gehört
  2108.              zu  Port 0, Bit 1 zu Port 1 usw.. Wenn das jeweilige  Bit
  2109.              gesetzt ist, wird auf diesem Port gerade empfangen  (DCD)
  2110.              bzw. gesendet. Bei Duplex-Betrieb können auch beide  Bits
  2111.              zugleich  gesetzt sein. Die Funktion 0xFB gibt in AL  die
  2112.              Anzahl Ports zurück, die angezeigt werden sollten.
  2113.  
  2114.   AH = 0xFD  Abfrage des TFPCX-Busy-Status (ab v1.11b)
  2115.  
  2116.              Rückgabe:  AX = 0   Busy (freie Puffer < 176)
  2117.                         AX = 1   nicht Busy
  2118.  
  2119.              Hiermit ist ein Sendehandshake im Terminalmode möglich.
  2120.  
  2121.   AH = 0xFE  Abfrage der TFPCX-Version (ab v1.01)
  2122.  
  2123.              Rückgabe:  AH = 2   Hauptversionsnummer
  2124.                         AL = 10  Unterversionsnummer (kein BCD)
  2125.  
  2126.              Diese  Funktion ermöglicht die Unterscheidung  des  TFPCX
  2127.              vom TFPCR (liefert AX = 0xFFFF) und DRSI-TNCTSR (lieferte
  2128.              bei  einem Test AX = 0). Man sollte prüfen, ob  1<=AH<=20
  2129.              gilt  und  nur in diesem Fall auf  das  TFPCX  schließen.
  2130.              Außerdem  kann mit dieser Funktion ermittelt  werden,  ob
  2131.              noch  eine  alte Version verwendet  wird,  die  bestimmte
  2132.              Funktionen noch nicht unterstützt.
  2133.  
  2134.  
  2135. 4.2. Format von Meldungen
  2136.  
  2137.   Im  folgenden  werden die Meldungen des TFPCX aufgeführt,  die  eine
  2138.   Portnummer  enthalten  und  damit von  der  TNC-Firmware  abweichen.
  2139.   <Port>  ist  eine Ziffer zwischen 0 und 7. Die Anzeige  von  <Port>:
  2140.   erfolgt nur, wenn das TFPCX mit den Optionen '-DR', '-DX' oder '-DM'
  2141.   gestartet  wird. Die Monitor-Meldungen bei '-DR' wurden  bei  dieser
  2142.   Version  geändert, um unbeabsichtigte Unterschiede zum  DRSI-TNCTSR-
  2143.   Treiber zu beseitigen.
  2144.  
  2145.   - Link-Status
  2146.  
  2147.     BUSY fm <Port>:<Call> via <Digis>
  2148.     CONNECTED to <Port>:<Call> via <Digis>
  2149.     LINK RESET fm <Port>:<Call> via <Digis>
  2150.     LINK RESET to <Port>:<Call> via <Digis>
  2151.     DISCONNECTED fm <Port>:<Call> via <Digis>
  2152.     LINK FAILURE with <Port>:<Call> via <Digis>
  2153.     FRAME REJECT fm <Port>:<Call> via <Digis> (x y z)
  2154.     FRAME REJECT to <Port>:<Call> via <Digis> (x y z)
  2155.  
  2156.   - Monitor (Optionen '-DX' und '-DM')
  2157.  
  2158.     <Port>:CONNECT REQUEST fm <Call> via <Digis>
  2159.     <Port>:fm <Call> to <Call> via <Digis> ctl <Name> pid <Hex>
  2160.  
  2161.   - Monitor (Option '-DR' und TNCTSR)
  2162.  
  2163.     CONNECT REQUEST fm <Port>:<Call> via <Digis>
  2164.     <Port>: fm <Call> to <Call> via <Digis> ctl <Name> pid <Hex>
  2165.            ^
  2166.       Leerzeichen
  2167.  
  2168.   - Rückgabe des Befehls 'C' ohne Parameter
  2169.  
  2170.     <Port>:<Call> via <Digis>
  2171.  
  2172.  
  2173. 4.3. Extended Hostmode
  2174.  
  2175.   Der  Extended Hostmode (DG3DBI) ist eine kompatible Erweiterung  des
  2176.   'G'-Befehls,  die  es  ermöglicht, mit  einem  globalen  Poll-Befehl
  2177.   Auskunft über alle Kanäle der Firmware zu erhalten, auf denen  Daten
  2178.   vorliegen und die damit als nächstes abzufragen sind. Die Verwendung
  2179.   des  Extended Hostmode bewirkt besonders bei der Nutzung von  vielen
  2180.   Kanälen mit sehr unterschiedlichem Datenaufkommen eine  Verbesserung
  2181.   des Datendurchsatzes zwischen TFPCX und Terminalprogramm.
  2182.  
  2183.   Die globale Abfrage erfolgt durch einen 'G'-Befehl an den virtuellen
  2184.   Kanal  255 (Bytefolge: 0xFF 0x01 0x00 'G'), wobei  eventuelle  Para-
  2185.   meter  ignoriert  werden. Das TFPCX antwortet darauf  mit  einer  0-
  2186.   terminierten  Liste aller Kanäle, die Daten gepuffert  haben  (Byte-
  2187.   folge:  0xFF 0x01 Kanal+1 ... 0x00). Kanal+1 ... ist die  Aufzählung
  2188.   der jeweils um 1 erhöhten Kanalnummern.
  2189.  
  2190.   Beispiel:
  2191.  
  2192.   Die  Kanäle  0 (Monitorkanal), 1 und 5 haben  Daten  vorliegen.  Das
  2193.   TFPCX antwortet mit:
  2194.  
  2195.   0xFF 0x01 0x01 0x02 0x06 0x00
  2196.  
  2197.   Das Terminalprogramm sollte daraufhin die angegebenen Kanäle solange
  2198.   direkt  abfragen,  bis keine Daten mehr vorhanden  sind.  Wenn  alle
  2199.   Kanäle  frei  sind, wird nur 0xFF 0x01 0x00 geliefert.  Beim  ersten
  2200.   globalen  Poll  muß geprüft werden, ob eventuell  die  Fehlermeldung
  2201.   "INVALID  CHANNEL NUMBER" kommt, was immer dann passiert,  wenn  der
  2202.   Extended Hostmode von der Firmware noch nicht unterstützt wird.
  2203.  
  2204.  
  2205. 4.4. Bisherige Versionen
  2206.  
  2207.   Seit der v1.00 wurden folgende Veränderungen vorgenommen:
  2208.  
  2209.   v1.01
  2210.  
  2211.   - Hinweis auf ungelesenen Informationen durch blinkendes Rechteck
  2212.     wenn kein Hostmode (abschaltbar durch -NB)
  2213.   - Basisadresse des Modem-Ports läßt sich explizit setzen
  2214.   - TxD-Leitung am Modem-Port für Stromversorgung statisch auf +12V
  2215.     geschaltet, Betriebsspannung des Modems beim Entladen ausschalten
  2216.   - Standard-TFPCX-Interrupt jetzt 0xFD (vorher 0xFE)
  2217.   - Versionsabfrage über TFPCX-Interrupt (AH = 0xFE)
  2218.  
  2219.   v1.10
  2220.  
  2221.   - Übergang zur The Firmware v2.3b DAMA (vorher TF v2.1c)
  2222.   - Soft-DCD (Abgleich mit Befehl @C)
  2223.   - Sende-/Empfangs-Anzeige im Hostmode (abschaltbar durch -NC)
  2224.   - Verzögerung von Disk-Zugriffen bei Senden/Empfang als Notlösung
  2225.     bei Problemen möglich (-ND)
  2226.   - automatisches erhöhen des SSID beim Connect, wenn die gleiche
  2227.     Station bereits connectet ist
  2228.   - interne Connects möglich
  2229.   - setzen von Frack in 1s- oder 10ms-Einheiten (Befehl F)
  2230.   - Unattended Mode kann auch ohne CTEXT eingeschaltet werden,
  2231.     Fehlermeldung 'NO MESSAGE AVAILABLE' entfernt (Befehl U)
  2232.   - 600 Puffer (vorher 400)
  2233.   - Bug behoben, der auf 486ern das Entladen unmöglich machte
  2234.  
  2235.   v1.11
  2236.  
  2237.   - Befehl Z wieder vorhanden (XON/XOFF für TERM)
  2238.   - LPT-Pins DATA1-6 auf 5V geschaltet für Modem-Stromversorgung
  2239.  
  2240.   v1.11b (inoffiziell)
  2241.  
  2242.   - Funktion für Sende-Handshake im Terminalmode über TFPCX-Interrupt
  2243.     für TERM (AH = 0xFD)
  2244.  
  2245.   v2.00
  2246.  
  2247.   - Unterstützung für BayCom-USCC-Karte und maximal 2 Modems (maximal
  2248.     6 Ports, intern 8 Ports)
  2249.   - Optionen -PUSCC und -B für USCC-Karte und mehrere Ports erweitert
  2250.   - Option -NC entfernt, DCD-Anzeige wird jetzt über -C[xx]
  2251.     eingeschaltet (optionales Bildschirmattribut xx)
  2252.   - jetzt 20 Kanäle (vorher 10)
  2253.   - Emulation des DRSI-TNCTSR-Treibers möglich, zusätzliches Software-
  2254.     Interface (-DR)
  2255.   - bei Option -DM DRSI-kompatible Meldungen, aber altes Software-
  2256.     Interface
  2257.   - Ausgabe von Portnummern in Meldungen
  2258.   - Parameter B, O, P, T, W, X, @C, @D, @T2, @T4 und @TA werden für
  2259.     jeden Port extra verwaltet (Angabe <Port>:)
  2260.   - Befehl QRES setzt zurück in Terminalmode
  2261.   - Linkliste für Crossband-Digipeating (Befehl @L)
  2262.   - Statistik-Framezähler (Befehl @ST)
  2263.   - einstellbarer TXTAIL-Parameter (Befehl @TA)
  2264.   - Befehl P mit Parameter 0-7 zur DRSI-kompatiblen Parameterabfrage
  2265.     (keine Parametereinstellung)
  2266.   - Befehl Z wieder entfernt
  2267.   - 'dynamisches' MAXFRAME entfernt (Befehl O)
  2268.   - Fehlermeldung bei Modem-Betrieb unter Microsoft-Windows (386
  2269.     Enhanced Mode)
  2270.   - Funktionen zur Abfrage der Port-/Kanalanzahl (AH = 0xFB) und des
  2271.     Sende-/Empfangsstatus (AH = 0xFC) über Software-Interrupt
  2272.   - Bugs behoben, die zum Pufferüberlauf beim Hintergrundbetrieb und
  2273.     zeitweise zu überflüssigen Aussendungen führte
  2274.  
  2275.   v2.01
  2276.  
  2277.   - USCC-Sendeprobleme behoben, durch Ausgabe der Sendedaten über
  2278.     Controlport (Timing-Probleme beim Datenport weniger USCC-Karten)
  2279.   - Option -BU[nnnn] zur Einstellung der Pufferanzahl (Minimum 400,
  2280.     Default 600), fehlt die Anzahl wird der max. Wert verwendet
  2281.   - Anzahl der Connect-Kanäle über Option -CHnn einstellbar (4-40
  2282.     Kanäle, Default 10)
  2283.   - Befehl E (Echo) wieder vorhanden (Default 1, Echo ein)
  2284.   - Befehl @M für #BIN#-Empfang, @M=0 Umwandlung von empfangenen
  2285.     Steuerzeichen (Standard), @M=1 Transparent-Modus (für TERM)
  2286.   - Init-File (Option -F) kann Leerzeilen und Kommentare enthalten
  2287.     (durch '#' oder ';' eingeleitet), ESC automatisch erzeugt ('^'
  2288.     wird ignoriert), Wandlung von TABs in ein Leerzeichen
  2289.   - Remote-Kommando '//Q' (wenn U=1 und JHOST=0)
  2290.   - Frames werden nur gemonitort, wenn mehr als 256 Puffer frei sind
  2291.     (vorher 64 Puffer)
  2292.   - Fehlermeldung bei Modem-Betrieb unter OS/2 2.0
  2293.   - DRSI-Funktion 1 (Zeichenausgabe) gibt AH=0 zurück (Kompatibilität
  2294.     zum TNCTSR-Treiber, der in AH meldet, ob Zeichen zur Eingabe
  2295.     bereit stehen)
  2296.  
  2297.   v2.10
  2298.  
  2299.   - KISS-Mode (inkl. SMACK) unterstützt (Option -PKISS, max. 4 Ports)
  2300.   - Unterstützung für PA0HZP-OptoPcScc-Karte (Option -POSCC), Clock-
  2301.     Typen 4 (PA0HZP-Port mit externem Taktteiler) und 5 (PA0HZP-Timer
  2302.     für 75 Hz Zeitnormal)
  2303.   - BayCom-9k6-USCC-Karte unterstützt (2. SCC-Controller nicht
  2304.     ansteuern, wenn nicht benutzt)
  2305.   - IRQs für SCC und KISS: 2-5/7, bei AT zusätzlich: 9-12/14-15 (2=9)
  2306.   - Meldungen (Monitor und CONNECT REQUEST) beim DRSI-Interface
  2307.     (Option -DR) geändert (Inkompatiblitäten mit dem TNCTSR-Treiber
  2308.     beseitigt), Option -DX für bisherige modifizierte Meldungen
  2309.   - Befehl @PO für wahlweise Portzuordnung (Kanal nur von zugeordnetem
  2310.     Port connectbar, Default-Port bei ausgehenden Connects)
  2311.   - Interne Connects (Loopback) abschaltbar (Option -NL)
  2312.   - TXTAIL (@TA) bei Modem und SCC unter Berücksichtigung von Baudrate
  2313.     und Timer-Ungenauigkeit optimal eingestellt (@TA=4 bei 300 Baud,
  2314.     @TA=1 sonst), max. Wert für @TA ist 6000 (bei KISS 255)
  2315.   - 0 Ports, wenn -P nicht angegeben (kein Default-Port)
  2316.   - Option -D bezieht sich auf die vorher stehende Option -P
  2317.   - bei DAMA vor dem Pollen auch auf Ablauf von T1 warten (wie TF 2.6)
  2318.   - Extended Hostmode (DG3DBI) unterstützt
  2319.   - Remote-Kommando '//Q' nur bei U=2 (Default)
  2320.   - @ST- löscht auch die ERR-Zähler
  2321.   - NET/ROM-Monitor entfernt
  2322.   - Default-Parameter F, N, P, R, T, U, @A3, @I, @T2, @T3, @T4 und @TA
  2323.     geändert
  2324.  
  2325.  
  2326.  
  2327. 5. Urheberrechte und Nutzungsbedingungen
  2328.  
  2329.   TFPCX darf zur Verwendung im Amateurfunk als Kopie an Dritte weiter-
  2330.   gegeben  werden, soweit keine Gebühren erhoben werden.  Insbesondere
  2331.   ist  die  Beigabe des TFPCX zu anderer Hard- und Software  nur  dann
  2332.   erlaubt,  wenn  für das jeweilige Produkt ebenfalls  keine  Gebühren
  2333.   berechnet  werden  oder mein Einverständnis vorliegt. Es  ist  nicht
  2334.   gestattet,  das Programm kommerziell zu nutzen oder  zu  vertreiben.
  2335.   Die  Weitergabe muß stets in Form des kompletten Archivs  mit  allen
  2336.   Dateien erfolgen.
  2337.  
  2338.   Eine  Garantie für eine ordnungsgemäße Funktion wird nicht  gegeben.
  2339.   Der  Autor  kann nicht für eventuelle Schäden, die  durch  die  Ver-
  2340.   wendung  von  TFPCX  entstehen, haftbar  gemacht  werden  (Haftungs-
  2341.   ausschluß).
  2342.  
  2343.   Der Autor des Programms TFPCX ist René Stange (DG0FT). Im TFPCX sind
  2344.   Teile  der  The Firmware 2.3b von NORD><LINK (Urversion  von  DC4OX,
  2345.   DAMA von DL8ZAW, Änderungen von DB2OS, DF2AU, DF7ZE, DK6PX,  DL1BHO,
  2346.   DL1MEN,  DL4YBG,  DL9HCJ u.a.) enthalten. Die  Entwicklung  erfolgte
  2347.   anhand des Programms TFPCR v1.60 von DL1MEN.
  2348.  
  2349.  
  2350.  
  2351. 6. Bezugshinweise
  2352.  
  2353.   Wer Interesse am Programm TFPCX hat, schickt eine leere Diskette mit
  2354.   adressierten und ausreichend frankierten Rückumschlag an:
  2355.  
  2356.   René Stange
  2357.   O.-Grotewohl-Ring 34
  2358.   15344 Strausberg
  2359.  
  2360.   mögliche Disk-Formate: 3½" 720K oder 1.44M (bevorzugt)
  2361.                          5¼" 360K oder 1.2M
  2362.  
  2363.   Wiederverwendbare  Umschläge mit Adreßaufkleber sind  auch  möglich,
  2364.   Hauptsache  ich  muß das Porto nicht selbst  bezahlen.  Bitte  keine
  2365.   'überdimensionalen' Umschläge verwenden, sonst gibt es hier Probleme
  2366.   mit dem Briefkasten.
  2367.  
  2368.   Ich  kann  weder  Software (z.B.  Terminalprogramme)  noch  Hardware
  2369.   (BayCom-Modem)  mitliefern, die nicht von mir entwickelt wurde.  Man
  2370.   muß sich in diesem Fall an die entsprechenden Urheber wenden.
  2371.